Авамар: Як відновити базу даних Exchange із резервної копії, на яку впливає проблема невідповідності регістру шляху до бази даних.
Summary: Відновлення бази даних Exchange із резервної копії Avamar впливає на проблему невідповідності шляху до бази даних.
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
Мета:
- Відновлення бази даних Exchange із резервної копії Avamar, на яку впливає проблема невідповідності шляху до регістру бази даних, описана в Avamar: Не вдалося відновити базу даних Exchange із помилкою avtar про те, що базу даних не знайдено в резервній копії
- Цей обхідний шлях використовується для відновлення бази даних Exchange із резервної копії, створеної до застосування прапорця "--use-case-sensitive-paths"
- Він використовує двійковий файл avtar.exe у командному рядку з підвищеним рівнем
Обережність: Перш ніж приступити до наведених нижче кроків, розгляньте та зрозумійте ситуацію, описану у згаданій статті.
-
Якщо резервна копія, яку планувалося відновити, була зроблена протягом останніх семи днів (у рідкісних випадках), перейдіть до розділу «Додаткова інформація» та дотримуйтесь інструкцій.
Передумови обхідного шляху:
- Система, з якої запускається avtar.exe, повинна мати клієнт Avamar Windows, зареєстрований на тому ж сервері Avamar, де знаходиться резервна копія. Для цього обхідного шляху плагін Exchange не потрібен.
- Командний рядок Windows повинен бути відкритий від імені адміністратора (підвищений командний рядок), обліковий запис користувача повинен мати привілеї локального адміністратора системи.
- Потрібні облікові дані для Avamar MCUser (або будь-якого іншого користувача Avamar з правами відновлення).
- Потрібен повний шлях клієнта резервного копіювання Avamar, номер мітки резервного копіювання та повний шлях до бази даних.
- Диск призначення повинен мати достатньо вільного місця на диску для зберігання баз даних і файлів журналів, пов'язаних із відновленням (приклад розрахунку місця наведено нижче).
Command Syntax: avtar.exe -x --internal --incpartials --status=60 --nostdout --debug --server=<IP/FQDN> --id=MCuser --ap=<password> --path=<domain/client> --labelnum=<label> --logfile=<Log path> --target=<Destination Path> <DB path to be restored without the mismatched section of the path>
| avtar.exe Параметри, які потрібно вказати | Опис |
|---|---|
| --сервер=Avamar_server | Вказує ім'я хоста або IP-адресу сервера Avamar |
| --ap=пароль | Вказує пароль для облікового запису, який було вказано за допомогою параметра --id (значення з урахуванням регістру) |
| ---acnt=домен/клієнт | Вказує домен Avamar і клієнтський комп'ютер для резервного копіювання (значення з урахуванням регістру) |
| --labelnum=мітка | Вказує номер мітки для резервної копії |
| --logfile=файл | Вказує повний текст та ім'я файлу журналу відновлення |
| --target=шлях | Вказує шлях до папки для файлів бази даних і журналів при відновленні до файлової системи. |
| <Шлях до предмета для відновлення> | Вказує елемент шляху до бази даних, як це видно в розділі списку цілей резервного копіювання (значення з урахуванням регістру) |
Очікується, що адміністратор Avamar Backup знає інформацію, необхідну для всіх варіантів команд, описаних у таблиці.
У будь-якому випадку, ось рекомендації щодо збору важливої інформації.
- Повний шлях клієнта для опції "---acnt" чутливий до регістру, його можна знайти в журналі резервних копій (файл журналу avtar або .alg), дивіться приклад:
<flag type="string" value="/clients/Exchange/EX-Node1.Dell.com" name="path" />
- Номер резервної мітки можна побачити безпосередньо з розділу відновлення в інтерфейсі користувача Avamar (GUI або AUI).
- Для останнього пункту шляху елемента команди <для відновлення>, відкрийте журнал резервних копій (якщо він все ще доступний у папці /var) і знайдіть розділ "targetlist", там визначте повний шлях до бази даних, необхідний для відновлення, дивіться приклад для "database4":
<targetlist>
<view>
<dir internal="true" labelnum="158" fullname="EX-Node4_00000000/H:/MountPoint/Database6" acnt="/clients/Exchange/EX-Node1.Dell.com" />
<dir internal="true" labelnum="159" fullname="EX-Node4_00000000/C:/Program Files/avs/var/backupMetadata" acnt="/clients/Exchange/EX-Node1.Dell.com" />
<dir internal="true" labelnum="155" fullname="EX-Node3_00000000/H:/MountPoint/database5" acnt="/clients/Exchange/EX-Node1.Dell.com" />
<dir internal="true" labelnum="155" fullname="EX-Node3_00000000/H:/mountpoint/database4" acnt="/clients/Exchange/EX-Node1.Dell.com" />
<dir internal="true" labelnum="156" fullname="EX-Node3_00000000/C:/program files/avs/var/backupmetadata" acnt="/clients/Exchange/EX-Node1.Dell.com" />
<dir internal="true" labelnum="157" fullname="EX-Node2_00000000/H:/MountPoint//Database3" acnt="/clients/Exchange/EX-Node1.Dell.com" />
<dir internal="true" labelnum="158" fullname="EX-Node2_00000000/H:/MountPoint/Database2" acnt="/clients/Exchange/EX-Node1.Dell.com" />
<dir internal="true" labelnum="159" fullname="EX-Node2_00000000/C:/Program Files/avs/var/backupMetadata" acnt="/clients/Exchange/EX-Node1.Dell.com" />
<dir internal="true" labelnum="158" fullname="EX-Node1_00000000/H:/MountPoint/Database1" acnt="/clients/Exchange/EX-Node1.Dell.com" />
<dir internal="true" labelnum="159" fullname="EX-Node1_00000000/C:/Program Files/avs/var/backupMetadata" acnt="/clients/Exchange/EX-Node1.Dell.com" />
</view>
</targetlist>
- Якщо журнал резервного копіювання більше не доступний в каталозі /var, скористайтеся інструкцією "Отримання журналу резервної копії Avamar з сервера" під розділом "Додаткова інформація" статті Avamar: Як збирати журнали для вирішення проблем із резервним копіюванням і відновленням
- Для цього прикладу шлях виглядатиме так:
-
EX-Node3_00000000\H:\mountpoints\Database4\Database4.edb
-
- Однак, оскільки проблема "невідповідності регістру " знаходиться на рівні "точок монтування", використання цього повного шляху призведе до відомого збою відновлення "База даних не знайдена в резервній копії"
- Щоб обійти цю проблему з відновленням, шлях буде вирізано від рівня, що безпосередньо ліворуч від області невідповідних «точок кріплення». Для цього прикладу шлях, який використовується в команді, такий:
-
EX-Node3_00000000\H:\
-
- Результатом цього обхідного шляху є відновлення будь-якої бази даних Exchange, включаючи журнали транзакцій (якщо вони знаходяться в тому ж шляху під H: Drive), які були розміщені на вузлі обміну "EX-Node3" під час резервного копіювання.
- Для цього знадобиться достатньо вільного місця на диску в системі, де виконується команда, щоб вмістити всі бази даних і журнали транзакцій, присутні на "EX-Node3" на момент резервного копіювання.
- Наприклад: Якщо розмір всієї резервної копії становив 3 ТБ, то не обов'язково потрібно 3 ТБ вільного місця для відновлення:
- Для цього потрібен лише розмір усіх БД+Журналів, які відновлюються з вузла "EX-Node3"
- Наприклад, він повинен мати 400 ГБ замість 3 ТБ, розмір баз даних 4 і 5 разом із відповідними журналами
- Дисковий простір повинен бути розрахований в кожному конкретному випадку
Етапи обхідного шляху:
- Підготуйте команду в блокноті з правильною інформацією (якщо лог-файл або цільові значення містять пробіли, вони повинні бути в подвійних лапках)
- Відкрийте командний рядок Windows у підвищеному режимі
- Перемістіть до папки, де знаходиться двійковий файл "avtar.exe", розташування за замовчуванням "C:\Program Files\avs\bin\"
- Виконайте попередньо заповнену команду, дивіться приклад нижче
avtar.exe -x --internal --incpartials --status=60 --nostdout --debug --server=192.168.20.105 --id=MCUser --password=******** --account=/clients/Exchange/EX-Node1.Dell.com --labelnum=163 --logfile=D:/Restore_logs/Restore_163_Database4_30-08-2024.log --target=E:/Restore_Temp EX-Node3_00000000/H:/
- Дочекайтеся завершення команди (повертається запит). Залежно від розміру даних, які потрібно відновити, може знадобитися кілька хвилин або кілька годин
- Після виконання команди переконайтеся, що бази даних Exchange правильно відновлені разом із відповідними журналами транзакцій
- Якщо під час процесу буде виявлено будь-яку проблему, перегляньте файли журналу відновлення, як показано в прикладі "D:/Restore_logs/Restore_163_Database4_30-08-2024.log".
- Якщо вам потрібна додаткова допомога, зверніться до служби підтримки Avamar, використовуючи процедуру запиту на обслуговування
Завдання після відновлення:
- Якщо відновлення пройде успішно, очікується поява відновленої бази даних у стані «Брудне вимкнення».
- Це пов'язано з тим, що файли журналу транзакцій ще не були відтворені в базі даних.
- Щоб відтворити логи, дотримуйтесь цієї статті Avamar: Як відновити базу даних Exchange зі стану «Брудне завершення роботи»
Примітка: Якщо журнали транзакцій бази даних розташовані на диску, який відрізняється від літери бази даних, запустіть нову команду avtar, щоб відновити журнали транзакцій окремо.
Additional Information
- Якщо резервна копія, яка планується для відновлення, була зроблена протягом останніх семи днів, негайно зверніться до служби підтримки Avamar за допомогою процесу запиту на обслуговування. (Рідкісні випадки)
- Згадайте, що цю статтю було прочитано, і надайте посилання на неї команді підтримки.
- Команда підтримки Avamar допомагає з відновленням за допомогою дещо іншої процедури відновлення, але більш ефективної.
Affected Products
Avamar, Avamar Plug-in for Exchange VSSArticle Properties
Article Number: 000228193
Article Type: How To
Last Modified: 06 Sep 2024
Version: 4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.