مهاجرت آنتی‌ویروس و Endpoint Security
Migration امن باید Inventory، Compatibility، Pilot، Rollback و Cutover مرحله‌ای داشته باشد تا تغییر محصول یا Version کمترین اختلال را برای Production ایجاد کند.
Migration خوب قبل از Uninstall محصول قبلی شروع می‌شود
باید دارایی‌ها، Versionها، Policyها، Exclusionها، Dependencyها و Rollback مسیر موجود شناخته شوند. سپس Pilot روی گروه نماینده انجام شود و فقط بعد از Validation، Cutover گسترده آغاز شود.
چهار فاز اصلی
مهاجرت می‌تواند Version Upgrade، تغییر Edition یا جابه‌جایی بین Vendorها باشد. جزئیات هر سناریو با Documentation رسمی همان Product کنترل می‌شود.
- InventoryAgent، Console، OS، Policy و Exceptionها
- DesignCompatibility، Sequence، Backup/Export و Rollback
- Pilotگروه محدود با Workloadهای نماینده
- CutoverRollout مرحله‌ای و Validation پس از انتقال
مواردی که قبل از Cutover باید روشن باشند
| موضوع | سؤال کنترلی |
|---|---|
| Compatibility | Version مقصد روی OS و Workloadهای فعلی پشتیبانی می‌شود؟ |
| Policy | چه Policyهایی باید بازطراحی شوند و چه مواردی قابل انتقال‌اند؟ |
| Network | Console/Cloud endpointها، Proxy و Firewall مسیر صحیح دارند؟ |
| Rollback | در صورت Failure چطور به وضعیت پایدار قبلی برمی‌گردیم؟ |
| Change Window | کدام Serverها یا گروه‌ها محدودیت زمانی یا SLA دارند؟ |
Migrationهای Product-specific
برای سناریوهای خاص، از مقاله آموزشی همان محصول استفاده می‌کنیم؛ برای مثال راهنمای مهاجرت به SEP 16. این صفحه مالک فرایند عمومی Migration است و مقاله محصول وارد جزئیات همان مسیر می‌شود.
Documentation رسمی
Sequence و ابزارهای Migration فقط بعد از کنترل مستندات رسمی Version جاری اجرا می‌شود: Broadcom TechDocs، Kaspersky Support، ESET Help.
آخرین بازبینی:
پرسش‌های متداول
آیا Migration بدون Pilot توصیه می‌شود؟
برای شبکه‌های سازمانی، Pilot روی گروه نماینده ریسک Compatibility و Policy را قبل از Rollout گسترده آشکار می‌کند.
آیا می‌توان Policyهای Vendor قبلی را عیناً منتقل کرد؟
معمولاً مفاهیم قابل نگاشت‌اند، اما ساختار Policy و نام قابلیت‌ها بین محصولات متفاوت است؛ باید بازبینی شود.