Авамар: Як відновити базу даних Exchange зі стану «Брудне завершення роботи»
Summary: У цій статті описано кроки, необхідні для відновлення бази даних Exchange зі стану «Брудне завершення роботи». Після завершення дій база даних буде знаходитися в стані «Clean ShutDown». ...
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 база даних Exchange може перебувати в стані "Брудне завершення роботи" з багатьох різних причин, деякі з яких перелічено тут:
Однак у середовищі резервного копіювання та відновлення (наприклад, Avamar) базу даних Exchange також можна побачити в стані «Брудне завершення роботи». Зазвичай, це відбувається з іншої причини.
Адміністратор резервного копіювання також може виконати ці кроки, щоб відновити базу даних Exchange.
У цій статті описано використання засобу Microsoft "eseutil.exe", який використовується для відтворення журналів транзакцій у базі даних Exchange.
Щоб перевірити стан бази даних, виконайте цю команду зі шляху, де була відновлена база даних:
Щоб відновити базу даних, відповівши на журнали транзакцій, виконайте наступну команду:
Щоб ще раз перевірити стан бази даних і підтвердити, що вона відновлена, виконайте цю команду ще раз:
Тепер, коли база даних Exchange перебуває в стані «Чисте завершення роботи», це може бути:
- Несправні оновлення сервера Exchange або залежність від застарілих версій.
- Файли EDB не відокремлюються від файлів журналів належним чином.
- На сервері відсутні файли журналів.
- Файли журналів пошкоджені.
- Сервер не може прочитати файли журналу.
Однак у середовищі резервного копіювання та відновлення (наприклад, Avamar) базу даних Exchange також можна побачити в стані «Брудне завершення роботи». Зазвичай, це відбувається з іншої причини.
- Типовий сценарій – це коли файл бази даних відновлюється у вигляді плоского файлу за допомогою призначеного для користувача інтерфейсу Avamar або за допомогою команди avtar.exe.
- У цьому випадку очікувана поведінка полягає в тому, що база даних буде перебувати в стані "Dirty Shutdown".
- Це означає, що файли журналу транзакцій ще не були відтворені в базі даних, оскільки це не є частиною операції відновлення «плоского файлу».
- Цей параметр відрізняється від типу відновлення плагіна Exchange, який повторно відтворює журнали під час процесу відновлення.
Адміністратор резервного копіювання також може виконати ці кроки, щоб відновити базу даних Exchange.
У цій статті описано використання засобу Microsoft "eseutil.exe", який використовується для відтворення журналів транзакцій у базі даних Exchange.
Кроки для відновлення бази даних:
Відкрийте командний рядок Windows від імені підвищеного користувача (запуск від імені адміністратора).Щоб перевірити стан бази даних, виконайте цю команду зі шляху, де була відновлена база даних:
Syntax: eseutil /mh <database name> | findstr State Example: E:\Restore_Temp\H\mountpoint\database4>eseutil /mh database4.edb | findstr State State: Dirty ShutdownЩоб перевірити логи транзакцій і переконатися, що вони доступні і знаходяться в хорошому стані, виконайте цю команду в тому шляху, де вони були відновлені:
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.
Примітка: "E04" - це "базове ім'я" журналу, також відоме як "ім'я послідовності журналу", яке є унікальним у кожній базі даних. Зверніть увагу на базову назву, щоб забезпечити правильний синтаксис команди.
Щоб відновити базу даних, відповівши на журнали транзакцій, виконайте наступну команду:
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.
Щоб ще раз перевірити стан бази даних і підтвердити, що вона відновлена, виконайте цю команду ще раз:
Syntax: eseutil /mh <database name> | findstr State Example: E:\Restore_Temp\H\mountpoint\database4>eseutil /mh database4.edb | findstr State State: Clean Shutdown
Тепер, коли база даних Exchange перебуває в стані «Чисте завершення роботи», це може бути:
- Монтується на сервер Exchange
- Використовується за допомогою інструменту Dell Itempoint для відновлення рівня деталізації (GLR)
- Використовується за допомогою команди Exchange PowerShell
- Тощо.
Примітка: Якщо опція відновлення "/r" не вдається, є інший варіант "/p" для жорсткого відновлення, але він рекомендований для досвідчених користувачів. Якщо проблема не зникає, зверніться до адміністратора Exchange або служби підтримки Microsoft.
Affected Products
Avamar Plug-in for Exchange VSSProducts
AvamarArticle Properties
Article Number: 000228246
Article Type: How To
Last Modified: 03 Sept 2024
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.