Daha önceki Microsoft dönüşümlerinden farklı olarak Windows 2003’e ve onun çok ileri özelliklerine ve araçlarına geçiş yapmak nispeten daha acısız ve işletmeniz için daha yararlı olabilir. Ayrıca şanslısınız ki bu önemli görevi yapmanızda size yardım edecek çok sayıda araç ve teknik var.
Örneğin orta-boylu hukuk firması olan Kalowe, Gaffin ve Zeigler için NT’den Windows 2003’e geçiş pürüzsüz bir şekilde işlemektedir. Birkaç NT domain’i ve eski sistemler zaten etkinlikten çekilmişler ya da takviye edilmişlerdi ve de kullanıcılar şu ana kadar en az düzeyde etkilendiler. Çünkü Jennie York’un küçük ama yürekli iki kişilik IT ekibi gereken planlama kararlarının çoğunu önceden almıştı ve ekip şu anda tasarım ve aşamaların uygulanması için hazır ve yeterince hazırlıklı. Ekip sonraki adımları önceden planlamış olduğu için bu işlemlerin öncekiler kadar olaysız geçeceği konusunda Jennie’nin içi rahat.
Bazı basit önermeleri izlerseniz siz de tıpkı Jennie gibi Windows NT’den 2003’e dönüşümü acısız bir şekilde halledebilirsiniz. Bir sonraki makalemizde ön-kurulumun püf noktaları, karar noktaları ve çalışanlar/kuruluş kaygıları konularını irdeleyeceğiz. Bu konu için ise, Active Directory (Etkin Rehber) bileşenlerinden iyi anlıyorsanız size çok yardımı dokunacaktır. Eğer öyle değilseniz, Active Directory’nin ayrıntılarına inen diğer iki makalemizi inceleyin.
İlk önce Active Directory ağacınızın tasarımının yol gösterici ilkelerini ele alacak sonra da Microsoft’tan ve üçüncü-kişi şirketlerden, süreci büyük oranda kolaylaştıracak birkaç uygulama aracının keşfiyle yola devam edeceğiz. Son olarak da öngörülmesi gereken birkaç uygulama sonrası yan etkiyi inceleyeceğiz.
Tasarımın Yol Gösterici İlkeleri
İlk tasarım aşamasında, diğer herhangi bir aşamadakinden daha çok Active Directory uygulaması ters gider. Çünkü AD halen, çok erken mimarlık aşamasında yapılan hataları pek affedici değil, bu nedenle tasarımınızla neyi başarmaya çalıştığınızı tam olarak bilmeniz hayati öneme sahiptir. Eğer Active Directory tasarımınızı yaratırken aşağıdaki öğeleri aklınızda tutarsanız yaygın olarak düşülen güçlüklere düşmenizi önleyebilirsiniz.
İşe basit bir tasarımla başlayın – bir domain içeren bir forest (orman). Ek orman ve domain ekleme gerekçesinin ölçütlerinden açık seçik ve nesnel bir ölçütler grubu oluşturun.
Beklenmedik organizasyon/site değişikliklerinin ya da büyüme patlamalarının üstesinden gelebilecek bir tasarım geliştirin. Esnek olmayan bir tasarım, orman&domain’i değişen koşullara tepkisel olarak uyarlarken olası bir zaman kaybı demektir.
Kendi OU’larınızın (Organizasyon Birimlerinizin) tasarımını yaratırken grup üyelerini ve vazgeçilmez güvenlik politikalarını aklınızdan çıkarmayın.
Site tasarımı önemlidir ama network bileşenlerinin mantıksal gruplaşmasından oluştuğu için her zaman kolaylıkla değiştirilebilir. Kritik tasarım kararlarınızı, sonrasını öngörerek değiştirilmesi zor olan bileşenlere odaklayın.
Bu yazının “Uygulama Araçları” bölümünü NT’den Server 2003’e Acısız Geçiş: Uygulama – 3 başlığı altında okuyabilirsiniz.
Kaynak : 