Excchange 2010 dirty shutdown hk.

Merhaba,

Sanal sistemin yedeğini nasıl alıyorsunuz?

Muhtemel imaj yedeği aldığınız için içerisindeki uygulama yani Exchange veri bütünlüğünü doğrulayamadığı bir ana dönüyor, burada yapmanız gereken mevcut logları tekrar db ye işletmektir. DB için ilgili log dizinindeki log sıralamasını öncelikle öğrenmeniz gerekli, E00, E01, E02 gibi bir numaradır.

Bunu öğrendikten sonra aşağıdaki komutu

eseutil /R E00

parametreler için aşağıdaki makaleyi inceleyebilirsiniz

http://www.hakanuzuner.com/index.php/exchange-server-2000-2003-2007-2010-2013-2016-eseutil-kullanimi.html

Hakan Bey Merhaba ,

arcserve ile  raw formatında direk sanalın imajını alıyorum .

aşağıdaki konmutları kullanıyorum

ilk olarak  eseutil /mh "c:\Mailbox_database\tr.edb" ile db'nin durumunu görüyorum ve her backuptan dönüşümde dirty shutdown olarak döndüğünü farkettim . Ardından aşağıdaki komutları kullanıyorum , eseutil /p komutunda hata alıyorum ve işlem kopuyor.

eseutil /r E02 /l "C:\Mailbox_Database\tr" /d "C:\Mailbox_Database\tr.edb"
eseutil /ml "c:\Mailbox_database\tr\E02"
eseutil /p "c:\Mailbox_database\tr.edb"

r komutu ile sorunun çözülmesi lazım, çünkü r, eksik logları tekrar db ye işler, örnek mh daki çıktıyı görebilir miyiz kaç log eksik diyor.

Merhaba,

birkaç yıl önce benzeri bir durum ile karşılaşmıştık, eseutil i exchange server üzerinde değil, farklı bir server üzerinde çalıştırıp çözmüştük. 

son olarak  https://www.pluralsight.com/blog/it-ops/eseutil-exchange-2010  makalesindeki örnekte dirty database bölümündeki örnek kullanabilrsiniz.

kolay gelsin, geçmiş olsun.

yB

Merhaba eseutil /mh çıktısını aşağıda bulabilirsiniz , ben dediğiniz gibi backup alan uygulamadanda şupelenmeye başladım farklı bir backup uygulaması ile denemeyi düşünüyorum.

Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
Version 14.00
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating FILE DUMP mode...
Database: c:\Mailbox_database\tr.edb

DATABASE HEADER:
Checksum Information:
Expected Checksum: 0x40b3c92e
Actual Checksum: 0x40b3c92e

Fields:
File Type: Database
Checksum: 0x40b3c92e
Format ulMagic: 0x89abcdef
Engine ulMagic: 0x89abcdef
Format ulVersion: 0x620,17
Engine ulVersion: 0x620,17
Created ulVersion: 0x620,17
DB Signature: Create time:10/07/2016 21:52:54 Rand:1358412985 Computer:
cbDbPage: 32768
dbtime: 1606141854 (0x5fbbc79e)
State: Dirty Shutdown
Log Required: 808482-808502 (0xc5622-0xc5636)
Log Committed: 0-808503 (0x0-0xc5637)
Log Recovering: 0 (0x0)
GenMax Creation: 04/17/2017 22:25:10
Shadowed: Yes
Last Objid: 114519
Scrub Dbtime: 0 (0x0)
Scrub Date: 00/00/1900 00:00:00
Repair Count: 0
Repair Date: 00/00/1900 00:00:00
Old Repair Count: 0
Last Consistent: (0xB3E06,8,1F) 03/31/2017 11:53:15
Last Attach: (0xB3E07,9,86) 03/31/2017 11:53:16
Last Detach: (0x0,0,0) 00/00/1900 00:00:00
Dbid: 1
Log Signature: Create time:10/07/2016 21:52:54 Rand:1358399812 Computer:
OS Version: (6.1.7601 SP 1 NLS 60101.60101)

Previous Full Backup:
Log Gen: 802829-802849 (0xc400d-0xc4021) - OSSnapshot
Mark: (0xC4022,8,16)
Mark: 04/15/2017 22:22:25

Previous Incremental Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00

Previous Copy Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00

Previous Differential Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00

Current Full Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00

Current Shadow copy backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00

cpgUpgrade55Format: 0
cpgUpgradeFreePages: 0
cpgUpgradeSpaceMapPages: 0

ECC Fix Success Count: none
Old ECC Fix Success Count: none
ECC Fix Error Count: none
Old ECC Fix Error Count: none
Bad Checksum Error Count: none
Old bad Checksum Error Count: none

Last checksum finish Date: 00/00/1900 00:00:00
Current checksum start Date: 00/00/1900 00:00:00
Current checksum page: 0

Operation completed successfully in 0.63 seconds.

Merhaba,

Bu log aralığı var mı db log klasöründe kontrol eder misiniz?

808482-808502

Sanalın backupını farklı bir uygulama ile aldı ve döndür , database yine dirty shutdown fakat bu sefer repair oluyor, bende networke çıkmayan bir sunucuda 2 adet active directory'i döndüm ve echange'i buluşturdum sorunsuz çalışıyor görünüyor . tabi halen daha restore işleminde neden dirty shutdown olarak geldiğini anlamadım . 

Elinize sağlık, bu durumda aslında komutlarda sorun yok, zaten komutlar yılların komutları 🙂

Sorun X bir yedek yazılımı ile döndüğünüz zamanki DB nin durumunun bence fena halde kararsız olması ve bu nedenle eseutil veri butunluğunu sağlayamıyor.

Yeni bir program denediniz ise muhtemel imaj backup ise daha başarılı olabilir.

Neden bu şekilde dönüyor?

Bu ESE mimarisi gereği normal bir davranıştır, işletim sistemi kapatmak, db yi dismount etmek gibi en son log dosyasını db ye yazma komutu olmadan siz bir yedek alıyorsunuz, yani sistem çalışırken ve bunu döndüğünüz zaman DB nin bu şekilde açılması normal. Tabiki T anında çok ciddi bir yük yok ve eksik log dosyası çok az ise db mount olurken onları her türlü db ye ekler ve mount olur.

Yardımlarınız için çok teşekkür ederim.

Rica ederiz.