NetWorker: Посібник з усунення несправностей NMM
Summary: Мета цієї статті — щоб модуль NetWorker для користувачів Microsoft (NMM) правильно перевіряв найважливіші вимоги до конфігурації, необхідні для підтримки NMM.
Instructions
ЗБЕРІТЬ ІНФОРМАЦІЮ:
Мінімальна інформація, необхідна для БУДЬ-ЯКОГО випадку підтримки NetWorker:
- Ім'я сервера NetWorker, OS
- Ім'я клієнта NetWorker, ОС
- Версія та збірка сервера NetWorker
- Версія та збірка клієнта NetWorker
- Версія та збірка модуля NetWorker для Microsoft (NMM)
У наступній статті наведено інструкції щодо збору цих даних: NetWorker: Методи ідентифікації версії
програмного забезпечення NetWorkerМінімальна інформація, необхідна для підтримки NMM:
- Додаток Microsoft має бути резервований або відновлений
- Версія Microsoft Application та сервісний пакет і rollup
Для резервного копіювання; визначте набір збережень і клієнт для резервного копіювання
Для відновлення; визначте базу даних або набір збережень для відновлення та клієнт-джерело, який був резервно скопіюваний.
Проблеми сумісності:
- Перед тим, як розслідувати будь-яку проблему, перевірте документацію сумісності, щоб переконатися, що немає потенційних проблем із сумісністю: E-Lab Interoperability Navigator 2.0-HOME (Ви повинні увійти через свій обліковий запис підтримки Dell)
ЗБЕРІТЬ ЖУРНАЛИ:
- З сервера NetWorker зберіть пакет NSRGET: NetWorker: Як користуватися інструментом збору даних NSRGet NetWorker
- Рекомендовані варіанти:
nsrget -o:elfr
- Рекомендовані варіанти:
- Для питань, пов'язаних із резервним копіюванням, зберіть папку журналів політик для політик, де резервне копіювання не вдалося:
- Linux:
/nsr/logs/policy/POLICY_NAME - Windows (за замовчуванням):
C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY_NAME
- Linux:
- Від клієнта NetWorker:
<Networker_install_path>\applogs\nmm.raw<Networker_install_path>\logs\daemon.raw- <Networker_install_path>\applogs
- Основний файл журналу NMM виглядає:
nmm.raw - NetWorker: Як використовувати nsr_render_log для рендерингу .raw файлів журналів
- Також шукайте файли з
.traceрозширення, яке зазвичай вказує на мережеві помилки. <Networker_install_path>\nsr\applogs\nwsnap.rawмістить деталі з компонента Power Snap NMM і чи була помилка в певній частині потоку збереження.
- Додаткові журнали
Візьміть це, якщоnmm.rawвключає помилки RM<Networker_install_path>\nsr\rmagentps\logs\clientвключає журнали Replication Manager:erm_clientXXXXX_debug.logerm_clientXXXXX_detail.logerm_clientXXXXX_summary.log
Перевірка
конфігураціїПрограмне забезпечення NMM містить Config Checker — відмінний підсумковий звіт про систему, програмне забезпечення та конфігурацію.
Config Checker можна запускати під час встановлення NMM, див. Посібник з встановлення NMM або будь-коли після завершення встановлення. Документація NMM доступна через Support for NetWorker Module for Microsoft | Посібники та документи
ЩОБ УВІМКНУТИ НАЛАГОДЖЕННЯ:
Щоб увімкнути налагодження Power Snap.
Додайте цю змінну до поля Application Information ресурсу клієнта.NSR_PS_DEBUG_LEVEL=level
Де рівень — це число від 1 до 9.
Щоб увімкнути налагодження NMM:
Змінити команду резервного копіювання в клієнтському ресурсі на nsrsnap_vss_save.exe -D9-D9 може генерувати багато повідомлень і збільшувати розмір nmm.raw.
Це добра практика — видалити -D9 після збору даних про усунення несправностей.
ДОЗВОЛИ:
ДОЗВОЛИ МЕРЕЖЕВОГО КОРИСТУВАЧА:
- Для ВСІХ хостів NMM, незалежно від резервного копіювання додатку або набору збережень, потрібно додати до поля адміністратора ресурсу NSR,
group=administrators,host=nmmhostname
Приклад 1:
Деsqlapp1таexmbx1є хостом із встановленим NMM, додайте це до поля NSR ресурсу Адміністратори:group=administrators,host=sqlapp1group=administrators,host=exmbx1
Або, як альтернатива, додайте:user=system,host=sqlapp1user=system,host=exmbx1user=administrator,host=sqlapp1user=administrator,host=exmbx1
- Для кластеризованих екземплярів або імен серверів кластера додайте фізичні вузли до поля
віддаленого доступу Приклад 2:
Для віртуального SQL-сервераsqlv1з двома фізичними вузламиsqlapp1таsqlapp2,Додайте
це до поля адміністраторів NSR:group=administrators,host=sqlapp1group=administrators,host=sqlapp2
Або, як альтернатива, додатковоuser=system,host=sqlapp1user=system,host=sqlapp2user=administrator,host=sqlapp1user=administrator,host=sqlapp2
І _
Додати це до поля Віддаленого Доступу віртуальногоsqlv1клієнт,*@sqlcn1*@sqlcn2
ПРАВА НА ДОСТУП ДО ДОДАТКУ:
- Див. також: NMM 9.0 Hyper-V VSS Мінімально необхідні CSV привілеї
- Наступні додатки Microsoft використовують VSS для резервних копій.
- Обмін
- SQL Server
- SharePoint
- Hyper-V
- Клієнтські ресурси: Усі використовують команду резервного копіювання:
nsrsnap_vss_save - Збереження наборів: Див. таблицю
нижче. Відповідні набори збережень для кожного додатку наведені нижче:
Це додатки, які використовують резервні копії на основі VSS.
| Застосування | Відповідний набір збережень. |
| SharePoint | APPLICATIONS:\Microsoft Office SharePoint Services |
| SQL Server Default instance — усі бази даних (називаються «верхнім рівнем» письменника) | APPLICATIONS:\SqlServerWriter |
| SQL Server Default instance — одна база даних | APPLICATIONS:\SqlServerWriter\DatabaseOne |
| SQL Server Named instance — усі бази даних (наприклад, ім'я хоста sqlsv1) | APPLICATIONS:\SqlServerWriter\sqlsv1%5CInstanceName |
| SQL Server Named instance — одна база даних | APPLICATIONS:\SqlServerWriter\sqlsv1%5CInstanceName\DatabaseOne |
| Exchange — усі бази даних | APPLICATIONS:\Microsoft Exchange YYYY |
| Exchange — єдина база даних | APPLICATIONS:\Microsoft Exchange YYYY\DBName1 |
| Hyper-V — усі віртуальні машини | APPLICATIONS:\Microsoft Hyper-V |
| Hyper-V — одна віртуальна машина | APPLICATIONS:\Microsoft Hyper-V\VirtualMachineName |
Поле Application Information ресурсу NMM має містити:
NSR_SNAP_TYPE=vss
Конкретні додатки Microsoft, такі як Exchange і Hyper-V. Вимагайте додаткові змінні у полі Application Information. Будь ласка, зверніться до керівництва користувача NMM.
Резервні копії SQL Server VDI (не VSS):
NMM використовує API Microsoft SQL Server Virtual Device Interface (VDI) для спілкування з SQL Server.
Резервні копії SQL VDI використовують цю команду резервного копіювання: nsrsqlsv
Дивіться таблицю нижче для збереження наборів та винятків для команди резервного копіювання.
| Тип екземпляра SQL Server | Набір збереження використовується для цього типу. | Резервне командування, що використовується для цього типу | Потрібен клієнтський ресурс |
| ** Автономний SQL Server ** | ПРИМІТКА:** Один SQL Server, не кластеризований. | Повністю кваліфікований доменний ім'я (FQDN) — фізичний SQL-хост | |
| Стандартний екземпляр SQL Server | MSSQL: |
nsrsqlsv |
|
| SQL Server за замовчуванням (одна база даних) | MSSQL:DBName1 |
nsrsqlsv |
|
| SQL Server названий instance (Namedinst). | MSSQL$Namedinst: |
nsrsqlsv |
|
| SQL Server з іменами екземпляр (одна база даних) | MSSQL$Namedinst:DBName1 |
nsrsqlsv |
|
| ** Кластеризований SQL Server ** |
Failover Cluster встановлюється на двох або більше вузлах, які мають:
Приклад: Віртуальна назва SQL Server — sqlvr1А два вузли — sqlcn1 та sqlcn2ВАЖЛИВО: набір збережень не змінюється незалежно від назви екземпляра. |
ВАЖЛИВО: Ви повинні створити клієнтські ресурси за допомогою FQDN для наступних: кластерні вузли: Вузол 1 sqlcn1Node2 sqlcn2Віртуальний SQL Server, sqlvr1Заплануйте віртуальний SQL Server, sqlvr1 |
|
| Стандартний екземпляр | MSSQL: |
nsrsqlsv -A sqlvr1 |
Опція команд резервного копіювання -A sqlvirtualname (є необов'язковим) nsrsqlsv має бути достатнім, оскільки клієнтським ресурсом є ім'я віртуального сервера SQL Virtual, якщо система доменних імен (DNS) розв'язується правильно. |
| Названий екземпляр | MSSQL: |
nsrsqlsv -A sqlvr1 |
Віртуальне ім'я -A є опціональним. |
| Єдина база даних | MSSQL:DBName1 |
nsrsqlsv -A sqlvr1 |
Віртуальне ім'я -A є опціональним. |
| ** Група доступності SQL Server Always On ** |
ПРИМІТКА: Ця тема є більш просунутою для цієї статті. Рекомендована для читання. Посібник користувача NMM SQL Server VDI для детальнішої інформації. Приклад: Група доступності AlwaysOn викликає AG1Назва резервного кластера — AGClusterВузол 1 — sqlcn1Вузол 2 — це sqlcn2. |
ВАЖЛИВО: Ви повинні створювати клієнтські ресурси за допомогою FQDN для наступного: Назва кластера резервування ( Agcluster)Члени вузла групи доступності AlwaysOn (наприклад, sqlcn1, та sqlcn2)Заплануйте лише AGCluster клієнт для AlwaysonПлануйте інші SQL-вузли в окремі групи для резервних копій бази даних без AG. |
|
| Стандартний екземпляр | MSSQL#AG1 |
nsrsqlsv |
|
| Default Instance (одна база даних) |
MSSQL#AG1:DBName1 |
nsrsqlsv |
|
| Названий екземпляр | MSSQL$NamedInst#AG1 |
nsrsqlsv |
|
| Іменований екземпляр (одна база даних) | MSSQL$NamedInst#AG1:DBname1 |
nsrsqlsv |
|
Резервні копії Active Directory (не VSS):
Клієнтські ресурси — це контролер домену, і NMM встановлюється так само, як і NetWorker Client.
Резервне командування: nsradsave.exe
Набір збережень: Використовує формат Distinguished Name (DN):
Дивіться таблицю для прикладів.
| Приклади доменних імен та об'єктів | Збереження відповідного видатного імені |
| ** Не чутливий до регістру без пробілів ** | |
| Домен: corp.dell.com | |
| Контейнер для всіх користувачів |
cn=users,dc=corp,dc=dell,dc=com |
| Організаційний підрозділ, інженерія |
ou=engineering,dc=corp,dc=dell,dc=com |
| Вкладена організаційна одиниця, наприклад: Дослідження в галузі інженерії |
ou=research,Ou=engineering,dc=corp,dc=dell,dc=com |
| Об'єкт користувача під об'єктом OU CN. |
cn=engadmin,ou=engineering,dc=corp,dc=dell,dc=com |
Інші міркування:
| Тема | Зауваження та занепокоєння |
| Резервні копії файлової системи | НЕ робіть резервні копії файлової системи збережень у тій самій групі, що й NMM-набори збережень. Починаючи з NMM 3.0 і вище, використовуйте звичайний груповий ресурс (не має перевірки Snapshot) з окремим клієнтським ресурсом за допомогою файлової системи збереження. Не робіть резервне копіювання цієї групи одночасно як NMM application group .Цей клієнтський ресурс є окремим екземпляром клієнтського ресурсу того ж клієнта з командою резервного копіювання порожнім (як у звичайній файловій системі). |
| Дозволи | Усі клієнти NMM повинні мати права адміністратора NetWorker незалежно від усього. додатків, VSS або не-VSS — дивіться цю статтю для дозволів Джерела: Адміністративний посібник, нотатки до релізу |
| Інсталяції | Клієнт NetWorker ПОВИНЕН бути встановлений перед встановленням NMM. Кожна версія NMM вимагає конкретної клієнтської версії. Джерела: Інструкції з встановлення, посібник з сумісності програмного забезпечення |
| Версії бази даних | Кожен сервер додатків (Exchange, SQL тощо) має певні версії, які підтримуються. Джерела: Посібник з сумісності програмного забезпечення, Посібник з встановлення, Керівництво користувача |
| Ручне резервне копіювання | Ручне резервне копіювання наборів збережень VSS, ініційовані клієнтом, НЕ підтримуються. |
| Розміщення наборів збережень VSS | Увійдіть з локального облікового запису адміністратора Windows на хост NMM з встановленим NMM Виконайте цю команду і скопіюйте результат: nsrsnap_vss_save -? |
Additional Information
Для проблем, специфічних для VSS-збоїв, див. також: NetWorker: Усунення несправностей із несправностями резервного копіювання через проблеми з VSS