Exchange 2013 ile Mailbox taşıma işlemlerinde batch kullanarak toplu taşıma işlemi yapılabiliyor olması büyük bir rahatlık.
Mailbox Move işlemleri için Exchange Administration Center kullanıyorsanız veya kullanmayı planlıyorsanız önemli bir noktayı unutmamanız gerekiyor ve planlamanızı ona göre yapmanız gerekiyor. Eğer doğru planlama yapmazsanız database’lerinizden birinin dismount olmasına neden olabilirsiniz!
EAC kullanarak herhangi bir Mailbox Move işlemi yaparsanız (tek bir kullanıcı taşısanız bile bu durum geçerli); EAC New-MigrationBatch komutunu kullanacaktır. Bu komut Exchange 2013 ile gelen yeni bir komut. New-MigrationBatch komutu ile ilgili önemli bir ayrıntı ise Mailbox Move işlemlerinde “Migration.8f3e7716-2011-43e4-96b1-aba62d229136” system migration Mailbox’ı metadata bilgisini tutması. Peki bu ne anlama geliyor?
Şöyle bir örnek verelim:
3 adet Exchange Mailbox Database’iniz bulunuyor. Database 1 içerinde Serkan kullanıcısının Mailbox’ı bulunuyor ve siz bu Mailbox’ı Database 2’ye taşımak istiyorsunuz. Migration Mailbox’ınız “Migration.8f3e7716-2011-43e4-96b1-aba62d229136” ise Database 3’te bulunuyor. Mailbox Move işlemini başlattığınız andan itibaren Database 3 için transaction log üretildiğini göreceksiniz.
Kaynak veya Hedef database olmamasına rağmen Database 3 loglarının üretilmesinin nedeni biraz önce bahsettiğim New-MigrationBatch komutunun bu özel system migration Mailbox içerisinde metadata tutması.
Bu konu ile ilgili Microsoft tarafında yayınlanmış bir KB Article<http://support.microsoft.com/kb/2800556/en-us> bulunmakta ve Microsoft şöyle belirtiyor:
Varsayalım Exchange Yönetim Merkezi Yükseltme Sihirbazı’nı kullanın veya *-MigrationBatch Microsoft Exchange Server 2013’te posta kutularını taşımak için komutlar. Bu durumda, işlem günlüklerinin barındıran “Migration.8f3e7716-2011-43e4-96b1-aba62d229136” Tahkim posta kutusu veritabanı oluşturulur. Her iki kaynak veya hedef posta kutusu veritabanının geçiş posta kutusunun bulunduğu posta kutusu veritabanı olmasına karşın, bu sorun oluşur. Oluşturulan hareketleri günlükler boyutuna bağlı olarak posta kutularına taşınır ve disk alanı konuları için yol açabilecek çok büyük olabilir.
Ve bunun nedeni:
Bu davranış tasarım gereğidir. Geçiş toplu framework “Migration.8f3e7716-2011-43e4-96b1-aba62d229136” Tahkim posta kutusu geçiş meta verileri (örneğin, toplu işlemleri ve geçiş kullanıcı bilgileri) depolamak için kullanır. Bu davranış, hareket günlükleri oluşturur.
Bu duruma karşı önerim, Exchange 2013 ile Mailbox Move işlemi yapmadan önce doğru bir planlama yapmanız. Eğer log alanı yetmeyecekse bu alanı arttırmanız veya Migration Mailbox’ı daha büyük log alanına sahip bir database üzerine taşımanız da yardımcı olabilir. Migration Mailbox’ın bulunduğu database için Circular logging’i açabilirsiniz ama bunu son çare olarak düşünmenizde fayda var.
Bir diğer yöntem ise Exchange 2010’da olduğu gibi New-MoveRequest komutu ile Mailbox taşıma işlemlerini yapmanız.
Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.
Referanslar