![[DEV]AB](/data/avatars/s/2135/2135420.jpg?1657747839){kind=avatar}
Türkiye'de ilk Mobil & PC Aynı Anda Metin2 Oyna. Triarchonline kalıcı ve uzun ömürlü yapısı ile 24 Temmuz'da açılıyor. | 1-99 Mobil Metin2 Triarch HEMEN TIKLA!
[h=4]CA ARCServe Mailbox Level Restore
[/h]Önceki makalelerimizde mailbox level backup konusuna değinmiştik. Bu makalenin konusu, aldığımız e-mail yedeklerinin geri dönüşüyle ilgili. Hemen başlayalım.
Yukarıda elimizdeki yedek datayı ve hangi dizinde olduğunu görebiliyoruz. Şimdi bu datayı ARCServe yardımı ile geri döneceğiz. Manager adlı konsolumuzu açıyoruz ve Quick Start menüsünden Restore a tıklıyoruz.
Restore menüsüne geldiğimizde çeşitli seçeneklerle karşılaşırız ve aslında hangi yolu tercih edeceğimiz, aldığımız verinin türüne göre değişir.
Restore By Tree : Restore by tree adından da anlaşılacağı üzere bir hiyerarşi içerisinde yukarıdan aşağıya doğru aldığımız yedekleri sıralar.
Restore by Session : Yedek alırken her backup datası için bir grup ismi belirlediğimizi ve yedekleri oraya aktardığımızdan bahsetmiştik. Restore menüsünde Session olarak geçen terim aslında oluşturduğumuz grupları temsil eder. Biz bu yöntemi kullanacağız.
Restore by Query : Datayı arayıp bularak restore yapmamızı sağlar.
Restore By Backup Media : Birden fazla yedek cihaza doğru veri aktardıysak, restore by media işimizi görecektir böylelikle cihaz ayrımı da yapabiliriz.
Restore by Virtual Machine : Dikkat çekici bir özellik olup, aldığımız yedek türünü VmWare ve Hyper-v olarak iki kategoriye bölerek, hangi tür yedek aldıysak aynı şekilde geri dönmemizi sağlar. Çok kullanıldığı için ekran görüntüsünü aşağıda paylaşıyorum.
Biz kendi kullanacağımız yöntem olan Restore By Session ile devam edelim. Restore By session bölümünü seçtiğimizde aşağıdaki gibi bir ekran karşımıza gelecektir.
Burada dikkat etmemiz gereken, Sessions olarak geçen sekmenin altındaki her isim, aslında yedek aldığımız bir alanı yani depoyu temsil eder. Kırmızı dikdörtgen içerisine aldığım alanda olduğu gibi sessionları expand ederek içerisindeki yedekleri kontrol edebilir ve ilgili alanı seçerek restore işlemini başlatabiliriz. Bunu yapmadan önce yine yukarıdaki ekran görüntüsünde sağ bölümde görülen Restoer Manager Media Name in neleri bize gösterdiğini inceleyelim.
Media nameden söz etmiştik, ID ise programın kendi ürettiği otomatik bir kimlik gibidir. Her sessionın kendine ait bir IDsi bulunur. Sequence ve session no olarak geçen kısım ilgili sessionın kaçıncı sırada olduğu, backed up on ne zaman yedekleme yapıldığı, source path yedeklenen öğenin ne olduğu, session status son alınan yedeğin durumu, session type ne tip bir yedekleme yaptığımız, session method aldığımız yedeğin methodu, flaglar ne aracılığı ile yedek aldığımız ve son olarak da compression ratio yedeğin sıkıştırılma yüzdesi ile ilgili bize bilgi verir.
Bu genel incelemeden sonra restore için hazır durumdayız. Örnekte görülen mailboxı seçelim.
Sonrasında ilgili mailboxı yada mailbox database i nereye döneceğimizi belirtmek için Destination tabına geçiyoruz.
Kutucuğun işaretli olduğu alan, Source bölümünde belirlediğimiz öğe yada öğelerin orjinal lokasyonuna geri döneceğimizi bize söyler. Biz source bölümünde seçtiğimiz öğenin farklı bir lokasyona geri dönmesini istiyorsak, ilgili checkboxı kaldırıp istediğimiz her hangi bir alana geri dönüşünü sağlayabiliyoruz.
Not : Dönülen öğe bir mailbox ise, dönüş yapılacağı yer yine bir mailbox olmak zorundadır. Bu şu demek; ARCServe bir mailbox öğesini file sisteme direkt pst yada başka bir formatta yazmaz, ARCServee göre restore edilmek istenen öğe bir e-mail yada mailbox ise dönülecek olan yer de aynı formatta olmalıdır. Diğer tüm dosya formatları için bu kural geçerli değlidir. İstediğimiz herhangi bir veriyi istediğimiz herhangi bir hedefe döndürebiliriz.
Yukarıdaki ekran görüntüsü, schedule, yani zamanlamayı temsil ediyor. Restore işlemini ne zaman yapacağımızı belirten bu ekranda ilgili duruma göre gereken zamanlama işaretlenir ve Submit butonuna basılır.
Media name olarak yine başlangıçta sessionları expand ederken birinci sırada gördüğümüz ismi görebiliriz. OK butonu ile onayı verip sırasıyla aşağıdaki adımları takip ediyoruz.
OK ile restore işlemine start verdik. Sistem bizi otomatik olarak Job status ekranına gönderir ve ilgili görevi izlememizi sağlar.
İşlem bittiğinde de Job status ekranında ilgili görev aşağıdaki gibidir.
Mailbox restore işlemlerinin çok detayı yoktur. İlgili kişilerin, public folder vb tüm öğelerin restore işlemleri rahatlıkla yapılabilir.
Restore işleminde çıkabilecek hataların önüne geçmek için :
1- Exchange server üzerinde kurulu olan Exchange Agent, Universal Restore servisleri started durumda olmalı,
2- Backup alınan hedef ulaşılabilir olmalı,
3- Backup server ile exchange server arasında bir iletişim problemi olmamalı,
4- Exchange server üzerine dönülen mailbox database mounted durumda olmalıdır.
Notlarımızı da verdikten sonra makalamizi noktalıyoruz. Konuyla ilgili tüm sorularınızı forumdan yönteltebilirsiniz.
Teşekkürler
Linkleri görebilmek için Turkmmo Forumuna ÜYE olmanız gerekmektedir.
Yukarıda elimizdeki yedek datayı ve hangi dizinde olduğunu görebiliyoruz. Şimdi bu datayı ARCServe yardımı ile geri döneceğiz. Manager adlı konsolumuzu açıyoruz ve Quick Start menüsünden Restore a tıklıyoruz.
Linkleri görebilmek için Turkmmo Forumuna ÜYE olmanız gerekmektedir.
Restore menüsüne geldiğimizde çeşitli seçeneklerle karşılaşırız ve aslında hangi yolu tercih edeceğimiz, aldığımız verinin türüne göre değişir.
Linkleri görebilmek için Turkmmo Forumuna ÜYE olmanız gerekmektedir.
Restore By Tree : Restore by tree adından da anlaşılacağı üzere bir hiyerarşi içerisinde yukarıdan aşağıya doğru aldığımız yedekleri sıralar.
Restore by Session : Yedek alırken her backup datası için bir grup ismi belirlediğimizi ve yedekleri oraya aktardığımızdan bahsetmiştik. Restore menüsünde Session olarak geçen terim aslında oluşturduğumuz grupları temsil eder. Biz bu yöntemi kullanacağız.
Restore by Query : Datayı arayıp bularak restore yapmamızı sağlar.
Restore By Backup Media : Birden fazla yedek cihaza doğru veri aktardıysak, restore by media işimizi görecektir böylelikle cihaz ayrımı da yapabiliriz.
Restore by Virtual Machine : Dikkat çekici bir özellik olup, aldığımız yedek türünü VmWare ve Hyper-v olarak iki kategoriye bölerek, hangi tür yedek aldıysak aynı şekilde geri dönmemizi sağlar. Çok kullanıldığı için ekran görüntüsünü aşağıda paylaşıyorum.
Linkleri görebilmek için Turkmmo Forumuna ÜYE olmanız gerekmektedir.
Biz kendi kullanacağımız yöntem olan Restore By Session ile devam edelim. Restore By session bölümünü seçtiğimizde aşağıdaki gibi bir ekran karşımıza gelecektir.
Linkleri görebilmek için Turkmmo Forumuna ÜYE olmanız gerekmektedir.
Burada dikkat etmemiz gereken, Sessions olarak geçen sekmenin altındaki her isim, aslında yedek aldığımız bir alanı yani depoyu temsil eder. Kırmızı dikdörtgen içerisine aldığım alanda olduğu gibi sessionları expand ederek içerisindeki yedekleri kontrol edebilir ve ilgili alanı seçerek restore işlemini başlatabiliriz. Bunu yapmadan önce yine yukarıdaki ekran görüntüsünde sağ bölümde görülen Restoer Manager Media Name in neleri bize gösterdiğini inceleyelim.
Linkleri görebilmek için Turkmmo Forumuna ÜYE olmanız gerekmektedir.
Media nameden söz etmiştik, ID ise programın kendi ürettiği otomatik bir kimlik gibidir. Her sessionın kendine ait bir IDsi bulunur. Sequence ve session no olarak geçen kısım ilgili sessionın kaçıncı sırada olduğu, backed up on ne zaman yedekleme yapıldığı, source path yedeklenen öğenin ne olduğu, session status son alınan yedeğin durumu, session type ne tip bir yedekleme yaptığımız, session method aldığımız yedeğin methodu, flaglar ne aracılığı ile yedek aldığımız ve son olarak da compression ratio yedeğin sıkıştırılma yüzdesi ile ilgili bize bilgi verir.
Bu genel incelemeden sonra restore için hazır durumdayız. Örnekte görülen mailboxı seçelim.
Linkleri görebilmek için Turkmmo Forumuna ÜYE olmanız gerekmektedir.
Sonrasında ilgili mailboxı yada mailbox database i nereye döneceğimizi belirtmek için Destination tabına geçiyoruz.
Linkleri görebilmek için Turkmmo Forumuna ÜYE olmanız gerekmektedir.
Kutucuğun işaretli olduğu alan, Source bölümünde belirlediğimiz öğe yada öğelerin orjinal lokasyonuna geri döneceğimizi bize söyler. Biz source bölümünde seçtiğimiz öğenin farklı bir lokasyona geri dönmesini istiyorsak, ilgili checkboxı kaldırıp istediğimiz her hangi bir alana geri dönüşünü sağlayabiliyoruz.
Not : Dönülen öğe bir mailbox ise, dönüş yapılacağı yer yine bir mailbox olmak zorundadır. Bu şu demek; ARCServe bir mailbox öğesini file sisteme direkt pst yada başka bir formatta yazmaz, ARCServee göre restore edilmek istenen öğe bir e-mail yada mailbox ise dönülecek olan yer de aynı formatta olmalıdır. Diğer tüm dosya formatları için bu kural geçerli değlidir. İstediğimiz herhangi bir veriyi istediğimiz herhangi bir hedefe döndürebiliriz.
Linkleri görebilmek için Turkmmo Forumuna ÜYE olmanız gerekmektedir.
Yukarıdaki ekran görüntüsü, schedule, yani zamanlamayı temsil ediyor. Restore işlemini ne zaman yapacağımızı belirten bu ekranda ilgili duruma göre gereken zamanlama işaretlenir ve Submit butonuna basılır.
Linkleri görebilmek için Turkmmo Forumuna ÜYE olmanız gerekmektedir.
Media name olarak yine başlangıçta sessionları expand ederken birinci sırada gördüğümüz ismi görebiliriz. OK butonu ile onayı verip sırasıyla aşağıdaki adımları takip ediyoruz.
Linkleri görebilmek için Turkmmo Forumuna ÜYE olmanız gerekmektedir.
Linkleri görebilmek için Turkmmo Forumuna ÜYE olmanız gerekmektedir.
Linkleri görebilmek için Turkmmo Forumuna ÜYE olmanız gerekmektedir.
OK ile restore işlemine start verdik. Sistem bizi otomatik olarak Job status ekranına gönderir ve ilgili görevi izlememizi sağlar.
Linkleri görebilmek için Turkmmo Forumuna ÜYE olmanız gerekmektedir.
İşlem bittiğinde de Job status ekranında ilgili görev aşağıdaki gibidir.
Linkleri görebilmek için Turkmmo Forumuna ÜYE olmanız gerekmektedir.
Mailbox restore işlemlerinin çok detayı yoktur. İlgili kişilerin, public folder vb tüm öğelerin restore işlemleri rahatlıkla yapılabilir.
Restore işleminde çıkabilecek hataların önüne geçmek için :
1- Exchange server üzerinde kurulu olan Exchange Agent, Universal Restore servisleri started durumda olmalı,
2- Backup alınan hedef ulaşılabilir olmalı,
3- Backup server ile exchange server arasında bir iletişim problemi olmamalı,
4- Exchange server üzerine dönülen mailbox database mounted durumda olmalıdır.
Notlarımızı da verdikten sonra makalamizi noktalıyoruz. Konuyla ilgili tüm sorularınızı forumdan yönteltebilirsiniz.
Teşekkürler
