Avamar: Exchange veritabanını "Dirty Shutdown" durumundan kurtarma
Summary: Bu makalede, bir Exchange veritabanını "Dirty Shutdown" durumundan kurtarmak için gereken adımlar yer almaktadır. Adımların tamamlanmasından sonra veritabanı "Clean ShutDown" durumuna geçer. ...
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Instructions
Microsoft Exchange ortamında, Exchange veritabanı birçok farklı nedenden dolayı "Dirty Shutdown" durumunda olabilir. Bu durumlardan bazıları aşağıda listelenmiştir:
Ancak yedekleme ve kurtarma ortamında (Avamar gibi) Exchange veritabanı "Dirty Shutdown" durumunda da görülebilir. Genellikle, farklı bir nedenden dolayı.
Yedekleme yöneticileri de Exchange veritabanını kurtarmak için aşağıdaki adımları izleyebilir.
Bu makalede Exchange veritabanındaki işlem günlüklerini yeniden oynatmak için kullanılan "eseutil.exe" Microsoft aracının kullanımı açıklanmaktadır.
Veritabanının durumunu kontrol etmek için veritabanının geri yüklendiği yoldan şu komutu çalıştırın:
İşlem günlüklerini yanıtlayarak veritabanını kurtarmak için aşağıdaki komutu çalıştırın:
Veritabanı durumunu tekrar kontrol etmek ve kurtarıldığını onaylamak için şu komutu tekrar çalıştırın:
Exchange veritabanı "Clean Shutdown" durumunda olduğuna göre şunlar olabilir:
- Hatalı Exchange sunucu güncellemeleri veya güncel olmayan sürümlere güvenmek.
- EDB dosyaları günlük dosyalarından düzgün bir şekilde ayrılmaz.
- Günlük dosyaları sunucuda eksik.
- Günlük dosyaları zarar görmüş.
- Sunucu günlük dosyalarını okuyamıyor.
Ancak yedekleme ve kurtarma ortamında (Avamar gibi) Exchange veritabanı "Dirty Shutdown" durumunda da görülebilir. Genellikle, farklı bir nedenden dolayı.
- Tipik senaryo, veritabanı dosyasının Avamar kullanıcı arayüzü veya avtar.exe komutu kullanılarak düz dosya olarak geri yüklenmesidir.
- Bu durumda, beklenen davranış, veritabanının "Dirty Shutdown" durumunda olmasıdır.
- Bu, "düz dosya" geri yükleme işleminin bir parçası olmadığı için işlem günlüğü dosyalarının henüz veritabanında yeniden oynatılmadığı anlamına gelir.
- Bu, geri yükleme işleminin bir parçası olarak günlükleri yeniden oynatan Exchange eklentisi geri yükleme türünden farklıdır.
Yedekleme yöneticileri de Exchange veritabanını kurtarmak için aşağıdaki adımları izleyebilir.
Bu makalede Exchange veritabanındaki işlem günlüklerini yeniden oynatmak için kullanılan "eseutil.exe" Microsoft aracının kullanımı açıklanmaktadır.
Veritabanını kurtarma adımları:
Yükseltilmiş kullanıcı olarak Windows komut istemini açın (yönetici olarak çalıştırın).Veritabanının durumunu kontrol etmek için veritabanının geri yüklendiği yoldan şu komutu çalıştırın:
Syntax: eseutil /mh <database name> | findstr State Example: E:\Restore_Temp\H\mountpoint\database4>eseutil /mh database4.edb | findstr State State: Dirty Shutdownİşlem günlüklerini doğrulamak, kullanılabilir ve iyi durumda olduklarını onaylamak için geri yüklendikleri yolda şu komutu çalıştırın:
Syntax: eseutil /ml <log base name> Example: E:\Restore_Temp\H\mountpoint\database4>eseutil /ml E04 Extensible Storage Engine Utilities for Microsoft(R) Exchange Server Version 15.01 Copyright (C) Microsoft Corporation. All Rights Reserved. Initiating FILE DUMP mode... Verifying log files... Base name: E04 Log file: E:\Restore_Temp\H\mountpoint\database4\E040000002D.log - OK Log file: E:\Restore_Temp\H\mountpoint\database4\E040000002E.log - OK ... .. . Log file: E:\Restore_Temp\H\mountpoint\database4\E04000000A5.log - OK Log file: E:\Restore_Temp\H\mountpoint\database4\E04000000A6.log - OK No damaged log files were found. Operation completed successfully in 3.15 seconds.
Not: E04", her veritabanında benzersiz olan ve "günlük sırası adı" olarak da bilinen Günlük "temel adı"dır. Komut için doğru söz dizimini sağlamak üzere temel ada dikkat edin.
İşlem günlüklerini yanıtlayarak veritabanını kurtarmak için aşağıdaki komutu çalıştırın:
Syntax: eseutil /r <log base name> /l <database's path> /d <transaction log's path> Example: E:\Restore_Temp\H\mountpoint\database4>eseutil /r E04 /l "E:\Restore_Temp\H\mountpoint\database4" /d "E:\Restore_Temp\H\mountpoint\database4" Extensible Storage Engine Utilities for Microsoft(R) Exchange Server Version 15.01 Copyright (C) Microsoft Corporation. All Rights Reserved. Initiating RECOVERY mode... Logfile base name: E04 Log files: E:\Restore_Temp\H\mountpoint\Database4 System files: <current directory> Database Directory: E:\Restore_Temp\H\mountpoint\Database4 Performing soft recovery... Restore Status (% complete) 0 10 20 30 40 50 60 70 80 90 100 |----|----|----|----|----|----|----|----|----|----| ................................................... Operation completed successfully in 2.859 seconds.
Veritabanı durumunu tekrar kontrol etmek ve kurtarıldığını onaylamak için şu komutu tekrar çalıştırın:
Syntax: eseutil /mh <database name> | findstr State Example: E:\Restore_Temp\H\mountpoint\database4>eseutil /mh database4.edb | findstr State State: Clean Shutdown
Exchange veritabanı "Clean Shutdown" durumunda olduğuna göre şunlar olabilir:
- Exchange sunucusuna bağlandı
- Ayrıntılı düzeyde kurtarma (GLR) amacıyla Dell Itempoint aracı aracılığıyla kullanılır
- Exchange PowerShell komutu aracılığıyla kullanılır
- vb.
Not: Kurtarma "/r" seçeneği başarısız olursa donanım kurtarma için başka bir "/p" seçeneği daha mevcuttur ancak ileri düzey kullanıcılar için önerilir. Sorun devam ederse Exchange Yöneticisi veya Microsoft Destek ile iletişime geçin.
Affected Products
Avamar Plug-in for Exchange VSSProducts
AvamarArticle Properties
Article Number: 000228246
Article Type: How To
Last Modified: 03 Sep 2024
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.