Bir sunucuyu değiştirin: Kararları hazırlamak ve yönlendirme

1. Sunucu bağımlının ne olduğunu açıklayın

Kullanımları listeleyin: dosyaları, muhasebe yazılımı, iş uygulamaları, baskı, uzaktan seanslar veya teknik hizmetler. Her biri için, kullanıcıların endişelendiğine dikkat edin, temel zamanlarda ve partner operasyonu doğrulamaya muktedirdir. Bir sunucu birkaç rolü birleştirebilir, bazıları günlük olarak zar zor görünür.

Ardından paylaşılan verileri ve bireysel profillere ait olanları tanımlayın. Eski sisteme bağlı olabilecek lisanslar, uygulama versiyonları ve cihazlar ekleyin. Sadece bir klasör listesini kopyalamak yerine özgeçmiş listesi alırsınız.

2. Aynı kriterle Karşılaştırma destinasyonları

Tesislerinizi korumak, ekipman veya organizasyona yakınlık kısıtlamalarına cevap verebilir. Bir sanal makine, sistemin başka bir organizasyonunu incelemek mümkün kılar. Bir veri merkezinde bir resepsiyon erişim, temel ve sorumluluklar incelenmelidir. Bu seçenekler sadece aynı kullanımları ve aynı gereksinimleri korumakla karşılaştırılabilir.

Tam bütçe soruları sorun: Donanım veya kaynaklar, lisanslar, göç, yedekleme ve operasyon. Ayrıca verilerinizi nasıl kurtaracağını ve gelecekteki kurtarma için hangi bilgilerin gerekli olacağını da sorun. izole aylık bir fiyat tüm bu boyutlarda tarif edilmez.

3. Bir slota karar verin ve geri dönüş olasılığı

Hassas dönemler: ödeme kaydı, kapanış, müşteri varışları veya atölye çalışması. Değişim penceresi, testlerden sorumlu kullanıcıların hacmini ve erişilebilirliğini dikkate almalıdır. Eski ve yeni ortamlar her zaman veri ayrımı riski olmadan aynı anda kullanılabilir.

Bir engelleme noktası ortaya çıkarsa önceki kopyaları ve koşullarını belirtin. Karar kim yapar? Ne zamana kadar? Testler sırasında oluşturulan hangi veriler tutulmalıdır? Bu sorular transfer başlamadan önce bir cevap hak eder.

4. İş testleri listesini hazırlayın

Birkaç temsilci görevi seçin: bir oturum açın, yetkili bir klasör bulun, belgeyi kurtarın, yönetim yazılımı başlatıp her zamanki bir operasyon gerçekleştirin. Uzak bir oturum için, planlanan yerlerden temel periferileri ve kullanımları da kontrol edin.

Her testin sorumlu ve beklenen bir sonucu olması gerekir. Rapor daha sonra teknik yüklemeyi ayırt edebilir, transfer yapılır ve ticaret tarafından geçerlilik. Kalan anomaliler bir öncelik ve iletişim insanı korur. Bu ayrım, geçişten sonra ayarlamalar yapar.

5. Yeni yüklemenin çalışmasını organize edin

Projenin sonunda, yüklü roller isteyin, erişim, yedekleme koşulları ve geri kalan noktaların listesini takip edin. Değişiklikleri doğrulayan uyarıları kim okur ve çeşitli paydaşlara nasıl ulaşacağınızı söyleyin. Bu elementler şirket için sürekli anlaşılabilir hale getirir.

Sanallaştırılmış bir sunucu göçü tarafından sunulan AgedisAncak, Windows sistemi ile ilişkili kurtarma, hesaplar, veriler, profiller ve Outlook. Uzak bir masaüstü ayarı daha sonra bazı yavaşlıktan sonra yapıldı. Bu durum, projenin hayatının neden ilk transferin ötesinde gerçek kullanımlarla devam ettiğini gösteriyor.

Bir sonraki değişim için hazırlıklı olmak

• Temel işlevleri ve uygulamaları tespit edildi
• Data, profiller, lisanslar ve bağımlılıklar tespit edildi
• Hedef ve işletme sorumlulukları karşılaştırıldı
• Slot, önceki yedekleme ve iade kararı belirtilmiş
• Tasarımlanmış kullanıcılar ve doğrulama testleri

Daha fazla araştırmak için: Microsoft: Windows Server rollerini taşımaya hazırlanın.