مدیریت زیرساخت · مهاجرت و ارتقا
مهاجرت و ارتقای System Center — مسیر، ریسک و برنامه اجرا
ارتقای Site Server، انتقال به Intune در معماری Co-management، یا استفاده از Azure Arc برای پایش ترکیبی.
مسیر ارتقا و مهاجرت System Center چیست؟
ارتقای Site Server، انتقال به Intune در معماری Co-management، یا استفاده از Azure Arc برای پایش ترکیبی.
- هسته فیزیکی سرورهای مدیریت‌شده
- Standard / Datacenter
- Volume Licensing
- مهاجرت و ارتقا
سرور مدیریت‌شده را بشمارید، نه فقط سرور مدیریت
در مدل Server Management License، نقطه شروع سرورهایی است که سیستم‌عامل آن‌ها مدیریت می‌شود؛ صرف نصب یک Management Server تعداد مجوز را مشخص نمی‌کند. در مدل هسته فیزیکی، حداقل‌های هر پردازنده و سرور و حقوق محیط‌های سیستم‌عامل Standard یا Datacenter باید طبق راهنمای همان نسخه اعمال شوند. مدیریت دستگاه‌های کاربر نیز مسیر مجوز کلاینت خود را دارد و نباید با CAL عمومی Windows Server جایگزین شود.
برای مثال، یک سرور Operations Manager که چند میزبان مجازی را پایش می‌کند فقط یک ردیف موجودی ابزار مدیریت است. فهرست میزبان‌های مدیریت‌شده، هسته‌ها و محیط‌های سیستم‌عامل باید جدا تهیه شود. در Standard، تعداد محیط‌های مدیریت‌شده بر میزان پوشش اثر می‌گذارد؛ در Datacenter حقوق گسترده‌تر مجازی‌سازی به شرط پوشش درست میزبان برقرار می‌شود. این حقوق، مجوز خود Windows Server یا برنامه کاربردی VMها نیستند.
حقوق SQL Server همراه برای پشتیبانی اجزای System Center محدود به استفاده مجاز همان محصول است. پایگاه داده کسب‌وکار یا گزارش کاربردی مستقل را خودکار تحت آن پوشش فرض نکنید. در مهاجرت نیز Backup، سازگاری Agent، نسخه SQL و مسیر ارتقای هر جزء را جدا بررسی کنید؛ Operations Manager، VMM و Configuration Manager یک چرخه ارتقای واحد ندارند. انتقال بخشی از مدیریت به Intune یا Azure Arc به‌تنهایی همه حقوق و هزینه‌های System Center را جایگزین نمی‌کند.
کنترل‌های اختصاصی System Center
- فهرست سرورها و سیستم‌عامل‌های مدیریت‌شده
- هسته‌های هر میزبان و حقوق Standard/Datacenter
- دامنه استفاده SQL همراه
- مسیر ارتقا و Agent هر جزء و مجوز مدیریت کلاینت
مستندات رسمی برای تطبیق سناریو
ارزیابی وضعیت فعلی
پیش از هر مهاجرتی در System Center، فهرست دقیق نسخه‌های در حال استفاده (2016، 2019، 2022، 2025)، وابستگی‌ها و سفارشی‌سازی‌ها را تهیه کنید. مهاجرت بدون این فهرست، معمولاً در میانه راه متوقف می‌شود.
مسیر فنی ارتقا
ارتقای Site Server، انتقال به Intune در معماری Co-management، یا استفاده از Azure Arc برای پایش ترکیبی.
برنامه ۳۰-۶۰-۹۰ روزه
یک مهاجرت کنترل‌شده معمولاً در سه پنجره زمانی اجرا می‌شود.
- ۳۰ روز نخست: ارزیابی، فهرست دارایی، تعیین مالک و معیار موفقیت
- ۶۰ روز: محیط آزمایشی، مهاجرت گروه پایلوت، سنجش عملکرد
- ۹۰ روز: مهاجرت مرحلهای گروه‌های بعدی و خروج نسخه قدیمی
ریسک‌ها و راه کاهش آن‌ها
بزرگ‌ترین ریسک‌های مهاجرت System Center فنی نیستند، سازمانی‌اند: نبود مالک مشخص، نبود پنجره توقف و نبود برنامه بازگشت.
- نبود پشتیبان قابل بازیابی و آزمایش‌شده
- برنامه‌های قدیمی وابسته به نسخه فعلی
- کم‌برآوردکردن زمان آموزش کاربران
- مهاجرت هم‌زمان چند سامانه وابسته
نسخه‌های System Center و جایگاه آن‌ها
| نسخه | وضعیت پیشنهادی |
|---|---|
| 2016 | بررسی برای ارتقا |
| 2019 | بررسی برای ارتقا |
| 2022 | بررسی برای ارتقا |
| 2025 | مقصد پیشنهادی مهاجرت |
طرح مهاجرت System Center بدون توقف سرویس
ارتقای Site Server، انتقال به Intune در معماری Co-management، یا استفاده از Azure Arc برای پایش ترکیبی.
وضعیت فعلی را سیاهه کنید
نسخه‌های در حال استفاده (2016، 2019، 2022، 2025)، وابستگی‌ها و بارهای کاری بحرانی را مستند کنید.
سازگاری را ارزیابی کنید
برنامه‌ها، افزونه‌ها و یکپارچه‌سازی‌های قدیمی معمولاً گلوگاه مهاجرت هستند، نه خود محصول.
مسیر مهاجرت را انتخاب کنید
ارتقای Site Server، انتقال به Intune در معماری Co-management، یا استفاده از Azure Arc برای پایش ترکیبی.
پنجره زمانی و بازگشت را تعیین کنید
برای هر موج، زمان توقف مجاز، معیار موفقیت و طرح بازگشت را از پیش بنویسید.
مجوزها را هم‌زمان تطبیق دهید
تغییر نسخه معمولاً واحد شمارش یا مدل مجوز را تغییر می‌دهد؛ برای System Center پایه شمارش هسته فیزیکی سرورهای مدیریت‌شده است.
پس از مهاجرت پاک‌سازی کنید
نسخه‌های قدیمی، سرورهای بازنشسته و مجوزهای بلااستفاده را ببندید تا هزینه دوگانه ایجاد نشود.
خطاهای رایج و راه اصلاح
| ریسک | راه اصلاح |
|---|---|
| مدیریت سرورهای بیشتر از دامنه مجوز | قبل از خرید، سناریوی واقعی را روی کاغذ بیاورید و با Product Terms نسخه خودتان تطبیق دهید. |
| استفاده از SQL Server همراه بدون رعایت محدودیت کاربری | شمارش را از یک منبع رسمی بگیرید و خروجی را تاریخ‌دار بایگانی کنید. |
چه چیزی هزینه System Center را تغییر می‌دهد
| عامل | اثر بر هزینه | نکته اجرایی |
|---|---|---|
| تعداد هسته سرورهای مدیریت‌شده | وابسته به سناریو و قیمت قرارداد | مقدار واقعی این عامل و هزینه آن را در پیش‌فاکتور جدا ثبت کنید؛ درصد صرفه‌جویی ثابت فرض نکنید. |
| SQL Server مورد نیاز برای پایگاه داده | وابسته به سناریو و قیمت قرارداد | مقدار واقعی این عامل و هزینه آن را در پیش‌فاکتور جدا ثبت کنید؛ درصد صرفه‌جویی ثابت فرض نکنید. |
| هزینه عملیاتی نگه‌داری زیرساخت مدیریت | وابسته به سناریو و قیمت قرارداد | مقدار واقعی این عامل و هزینه آن را در پیش‌فاکتور جدا ثبت کنید؛ درصد صرفه‌جویی ثابت فرض نکنید. |
مناسب است اگر / مناسب نیست اگر
مناسب است اگر
- سازمانی که هسته فیزیکی سرورهای مدیریت‌شده را می‌تواند دقیق گزارش کند.
- تیمی که برای System Center مالک مشخص لایسنس و بازبینی دوره‌ای دارد.
- محیطی که مسیر ارتقا و پشتیبانی آن با چرخه عمر محصول هم‌خوان است.
مناسب نیست اگر
- شمارش بر پایه حدس یا فهرست قدیمی دارایی.
- خرید بدون بررسی حق نسخه پایین‌تر، تست و بازیابی از فاجعه.
- تمدید خودکار بدون اندازه‌گیری مصرف واقعی.
سه قدم بعدی
- شمارش پایه را بر اساس هسته فیزیکی سرورهای مدیریت‌شده تهیه کنید.
- ادیشن هدف را از میان Standard، Datacenter انتخاب کنید.
- برنامه فعال‌سازی و مالک تمدید را مشخص کنید.
پرسش‌های پرتکرار
مسیر ارتقای System Center چیست؟
ارتقای Site Server، انتقال به Intune در معماری Co-management، یا استفاده از Azure Arc برای پایش ترکیبی.
مهاجرت چقدر طول می‌کشد؟
برای محیط کوچک معمولاً چند هفته و برای سازمان متوسط یک تا سه ماه؛ زمان‌بر‌ترین بخش آزمون سازگاری است، نه خود نصب.
آیا میتوان بدون توقف سرویس مهاجرت کرد؟
در بسیاری از سناریوها با همزیستی یا مهاجرت مرحلهای بله، اما نیازمند ظرفیت موازی و برنامه بازگشت است.