Exchange Server 2010 Database Mounted Problemi.

Logları geri kopyalayıp , servisleri restart edin.

Elinizde sağlam backup varmı? Keşke manuel silme yerine yedek alarak silinmesini sağlasaydınız.

Merhaba ufuk bey ilginize teşekkür ederim fakat onu bende denek istedim en sonraki çare olarak düşündüm başka yapabileceğim birşey varmı eğer dönersem ve çalışırsa bu sefer ilerleyen zamanlarda log lardan dolayı kurulu olduğu dizin şişecek ve yer kalmayacak başka bir yere database de taşıyamayız. o yüzden logları islmiştim peki logları geri dönsem daha sonra log tuturmasam yer sorunu çözmüş oluruz diye düşünüyorum.

elimde acronis ile alınmış ful backup var rıza bey.

Siz logları geri kopyalayın sunucu veya servisleri restart edin. Daha sonra Windows Backup ile backup alın (Sadece Exchange) Backup alırken logları temizleyecektir.

elimde acronis ile alınmış ful backup var rıza bey.

Full backuptan file bazlı dönebiliyorasnız eğer en son backupu klasör bazlı olarak dönün. Mailboxların log ve edb dosyalarını kopyala yapıştır ile şu anda varolanların üstüne yapıştırın. Bu işlemler sırasında exchange information store stop edin. Bu şekilde ayağa kaldırabilirseniz komple imajı geri dönmemiş olursunuz.

manuel aldığım yedekle geri dönme işlemine başlamıştım bitmek üzere serveri restat ettikten sonra deneyip sonucu bildiririm peki windows backup ile yedek almadan yani exchange server log tutmasın istiyorum bunu mesage tracking kapatmam gerekiyormuş biraz araştırdım ama bulamadım nasıl yapılacağını sizden ricam nasıl kapatabilirim log tutma durumunu.

http://technet.microsoft.com/en-us/library/aa997984.aspx

Set-TransportServer Exchange01 -MessageTrackingLogEnabled:$false

Set-MailboxServer Mailbox01 -MessageTrackingLogEnabled:$false

Use the EMC to enable or disable message tracking on transport servers



									Perform one of the following steps:



											On a computer that has the Edge Transport server role installed, select Edge Transport, and then in the action pane, click the Properties link that's directly under the server name.
										

											On a computer that has the Hub Transport server role installed, in the console tree, expand Server Configuration, and select Hub Transport. In the action pane, click the Properties link that's directly under the server name.
										



									On the Properties page, click the Log Settings tab.
								

									In the Message tracking log section, perform one of the following steps:



											Select Enable message tracking log to enable message tracking.
										

											Clear Enable message tracking log to disable message tracking.
										



									Click Apply to save changes and remain on the Properties page, or click OK to save changes and exit the Properties page.


 
 
                                                                                                	                                                

                                                        
 
                                                    
	                                        

teşekürler ufuk hocam bende o makaleyi buldum. önce database bi züelteyim inş. makeldeki adımları uygulayarak log kapatma olayını halledicem. rıza hocam logları geri döndüm restart ettim ama düzelmedi şimdi sağlam olan backupdan database üzerine yapıştıracağım information servisi stop ettim inş. düzelir teşşekürler yardımlarınız için. buda çözüm olmazsa ne yapmam gerekir acaba.

DB Ayağı hiç bir şekilde kalkmazsa 2 seçenek sunayım.

1 - Umarım userler mapi client çalışıyordur. Userları mailleri .pst export edin. Yeni db oluşturup , userları yeni db'ye move edin. Pst'lerin import edin.

2- OntrakPowerControl 6.1 tarzı bir program ile db içindeki mailleri kurtarabilirsiniz.

Ancak yukarıdaki işlemler felaket durumunda yağı kalkmazsa sistem. Siz bi restore edin bakalım ne olcak.

solun ufuk hocam şuanda mevcut databasin yedeğini alıyorum 1 saate kadar bitmiş olur daha sonrada sağlam backup dan geri döneceğim bu arada folder bazında döndüğüm için puplic folder de dönmem gerekirmi acaba (daha öncede felaket senaryosunu uygulamıştım 1 adımı) bi restore edelim tekrar sonucu paylaşırım hocam çok saloun kolaygelsin.

Normal şartlarda folder bazında restore ediyorsanız public'e dokunmaması gerekir.

evet hocam aldığım loglar E0100002EE6 buna benzer loglar. her biri 1.024Kb

eseutil komutunda mh parametresini kullanarak hangi log sequence da kaldığını kontrol edin yani en son hangi logu yazmış. Sadece ilgili tarihte ki logları kopyalayıp db yi mount etmeye çalışın.

tam komut;

eseutil /mh  .\dbismi.edb

burada log required kısmında hangi log un gerekli olduğu yazar burdan anlayıp geri getirebilirsiniz. birde state kısmında dirty shutdown mı yazıyor? 

Merhabalar

Arkadaşlar sorunum çözüldü. Mevcut sorunlu olan database ve logları önce eseutil /mh dumb yaptim eseutil /p repair yaptim. eseutil /d degrag daha sonra mounte etmeyi denedim yine olmadı bu sefer acronisle aldığım yedeği geri döndüm eseutil /mh yapip aradki farklı olan logları buldum ve daha sonra information stor servisi aktif ettim serveri restart ettim ve monted oldu. Yardımcı olan herkese teşekkür ederim iyi çalışmalar.

Geçmiş olsun.