مدیریت زیرساخت · مهاجرت و ارتقا
مهاجرت و ارتقای System Center — مسیر، ریسک و برنامه اجرا
ارتقای Site Server، انتقال به Intune در معماری Co-management، یا استفاده از Azure Arc برای پایش ترکیبی.
مسیر ارتقا و مهاجرت System Center چیست؟
ارتقای Site Server، انتقال به Intune در معماری Co-management، یا استفاده از Azure Arc برای پایش ترکیبی.
ارزیابی وضعیت فعلی
پیش از هر مهاجرتی در 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 برای پایش ترکیبی.
مهاجرت چقدر طول میکشد؟
برای محیط کوچک معمولاً چند هفته و برای سازمان متوسط یک تا سه ماه؛ زمانبرترین بخش آزمون سازگاری است، نه خود نصب.
آیا میتوان بدون توقف سرویس مهاجرت کرد؟
در بسیاری از سناریوها با همزیستی یا مهاجرت مرحلهای بله، اما نیازمند ظرفیت موازی و برنامه بازگشت است.