| Güncelleme: 26-08-2010 21:32 |
| Aktif Dizin Çoğaltma (Replikasyon) İşlemi - 1 |
| Yazar: M. Bora Teoman |
|
En son yayımladığınız Wordpress yazılarınızı, aynı ve ya farklı bir sunucuda bulunan herhangi bir web sitesi ya da bir başka WP bloğu içerisinde, yazının yayımlanma ve ya güncelleme zamanını, başlığını, içerik ve yazarının kim olduğunu belirterek göstermek istiyorsanız aşağıdaki MySQL sorgulama parçasını kullanabilirsiniz. Ancak bu çözüme geçmeden önce, alternatif çözümler olarak başvurmayı denemiş olabileceğiniz fakat dezavantajları bulunan standart metodlara kısaca göz atalım.
AKTİF DİZİN’İN HAZIRLANMASI VE CAS SUNUCU KURULUMU
İlk gün genel hatlarıyla yeni Exchange 2007 organizasyonumuz için planlamalarımızı yapıp, neleri hangi sırayla yapacağımıza karar vermiştik. Bu kadar anlatımdan sonra artık Exchange 2007 kurulumlarımıza geçebiliriz. Ama öncelikle Aktif Dizin’imizin forest ve domain mod’larının 2003 native mod mu değil mi olduğunu kontrol etmekte fayda var. Ayrıca tüm DC’lerimizin (Exchange 2007 barındıracak olan site’daki DC’ler yeterli aslında) Windows 2003 SP1 veya üzeri olduğunu kontrol ediyoruz. En son olarak da DC’lerden birisine giderek Powershell 1.0 kurulumu yapıyoruz ve Exchange 2007 DVD’sini takarak aşağıdaki komutları sırasıyla giriyoruz. Burada sizlere tavsiyelerimden biri ne olur ne olmaz diye Aktif Dizininizin bir yedeğini de muhakkak almanız. Her komut sonrası belli bir süre beklemekte fayda var (en azından ben genel tavır olarak bunu yapıyorum zira problem çıkmayacağından emin olmamız gerekiyor).
Bu makale serisinde Exchange 2003 organizasyonundan Exchange 2007 organizasyonuna geçişi anlatmaya calışacağım. Fakat anlatımda klasik yöntemlerdeki gibi yalın bir anlatımdan ziyade, karşılaşılan hatalarla birlikte bir anlatımı tercih edeceğim. Zira herkesin başına gelebilecek bir sürü problemi ben de Exchange 2003′den 2007′e geçerken yaşadım. Bunları ve çözümlerini de bu makalelerde paylaşmak istedim. Öncelikle halihazırda bulunan Exchange 2003 yapısına şöyle bir göz atacağız ve daha sonra da hedeflenen Exchange 2007 yapısını gözden geçireceğiz. Geçişi fazla karışık hale getirmemek için Exchange 2007 ile birlikte gelen yedekleme (redundancy) teknolojilerinden herhangi birini kullanmayacağız. Eski organizasyonumuz ve yeni organizasyonumuz olabildiğince yalın organizasyonlar olacak. Planlama ve kurulum aşamalarında en büyük yardımcılarımızdan biri Microsoft’un Exchange Best Practise Analyzer (ExBPA) aracı olacak. Bu araç ile hem Exchange organizasyonlarımızdaki sıkıntıları, aynı zamanda Aktif Dizin içerisindeki problemleri görebileceğiz. Bu problemlere çözümleri bulduktan sonra kurulumları adım adım halledeceğiz.
Yedekleme stratejisi oluşturmadan önce sorulması gereken sorulardan en önemlisi; “Veritabanında bulunan veriler ne kadar sıkılıkla güncelleniyor?” sorusudur.
Uygun bir plan oluşturmak amacıyla üretilecek sorular elbette çeşitlendirilebilir ancak soruların içeriği veritabanı ve ilgili verilerin taşıdığı önemi, son yedeklemeden sonra ne miktarda veri kaybına tahammül edilebileceği ve ya veritabanının büyüklüğünü hedef alarak sorgulayacak ise artık günümüzde geliştirilen uygulamaların içerik olarak zenginliği, işlem hacmi, firma için taşıdıkları değer ve herhangi bir veri kaybı durumunda yaşanılacak zaman ve emek kaybı düne göre fazla olduğu için eskiden olduğu kadar yedekleme öncesinde uzun uzadıya tartışmaya değer konular olduğunu sanmıyorum. Çünkü aslında yukarıdaki soruya verilecek cevap bir bakıma yedekleme planını ortaya koymak için minör kriterlerleri sorgulayacak olan diğer tüm soruların da yanıtını içerisinde barındırıyor olacaktır. Özellikle de OLTP (Online Transaction Processing) tipinde veritabanları için.
and
