NetWorker: Як створити резервну копію спільних томів Microsoft Cluster
Summary: Ця база знань призначена для загального огляду резервного копіювання спільних томів кластера Microsoft, інструкції призначені для базових конфігурацій файлового сервера кластера
Instructions
Ця база знань призначена для загального огляду резервного копіювання спільних томів кластера Microsoft, інструкції призначені для базових конфігурацій файлового сервера кластера. При налаштуванні кластера Microsoft для резервного копіювання, вам потрібно буде створити клієнт NetWorker для кожного фізичного вузла кластера, а також «віртуальний» клієнт для служби відмовостійкості кластера.
У цьому КБ приклад буде таким:
|
Фізичний вузол 1: |
clusternode1 |
|
Фізичний вузол 2: |
clusternode2 |
|
Відмовостійкість кластера (файловий сервер): |
clusfileserv |
Відкрийте відмовостійкий диспетчер
кластера Microsoft- На лівій панелі розгорніть назву кластера.
- Розширюйте ролі.
- У розділі «Ролі» виберіть відмовостійкий сервіс кластера:

Це покаже вам, як називається роль/сервіс кластера; У цьому випадку "clusfileserv". У вікні подробиць ми можемо побачити, які диски, що належать кластеру, відмовляються від обслуговування; в даному випадку J:\ і L:\. Переконайтеся, що ім'я служби кластера можна розпізнати DNS, за допомогою команди "nslookup".
C:\Windows\system32>nslookup clusfileserv
Server: WINSRVR2K16.emclab.local
Address: 192.168.25.2
Name: clusfileserv.emclab.local
Address: 192.168.25.11
У NMC створіть клієнт для сервісу кластера для резервного копіювання спільних томів кластера:

У цьому прикладі було створено клієнтський ресурс для ролі кластера "clusfileserv" і вказано лише спільні томи кластера. Якщо ви хочете створити резервну копію локальних дисків вузлів фізичного кластера, створіть клієнти для кожного вузла та вкажіть лише локальні локальні диски та збереження DISASTER_RECOVERY:\.
Відкриття властивостей клієнта клієнтського ресурсу
кластера На вкладці «Програми та модулі» встановіть для команди резервного копіювання наступне: зберегти -c client_name
Там, де client_name — ім'я клієнта, який ви редагуєте, воно має точно збігатися з тим, як було налаштовано клієнт; якщо FQDN використовує FQDN, якщо shortname — shortname.

"save -c" використовується для клієнтів із декількома мережевими інтерфейсами та декількома назвами вузлів. Якщо вказати ім'я клієнта кластера, це гарантує, що спільні томи кластера індексуються в службі кластера, а не в активному вузлі кластера.
На вкладці Глобальні (2 з 2) встановіть поле Віддалений доступ , яке містить: SYSTEM@cluster_node_name
Там, де cluster_node_name - ім'я фізичного вузла кластера, вам потрібно буде зробити це для кожного фізичного вузла, який належить цьому кластеру. Це має точно відповідати тому, як було налаштовано фізичний клієнт вузла; якщо FQDN використовує FQDN, якщо shortname — shortname.

Це запобігає проблемам з доступом під час спроби створити резервну копію спільних томів кластера. Диски належать до кластера, але приєднані до вузла кластера. За бажанням ви можете встановити це поле на *@*, цей доступ застосовується лише до зв'язку та трафіку NetWorker.
Виконати резервне копіювання клієнта кластера. Після успіху ви можете підтвердити, що дані були створені за допомогою: mminfo -avot -q client="cluster_client_name"
Де cluster_client_name - ім'я клієнта сервісу кластера, створеного в NetWorker.
C:\>mminfo -avot -q client=clusfileserv.emclab.local
volume type client date time size ssid fl lvl name
dd6703.001 Data Domain clusfileserv.emclab.local 9/12/2018 3:55:51 PM 5 KB 328822592 cb full K:\
dd6703.001 Data Domain clusfileserv.emclab.local 9/12/2018 3:55:52 PM 11 KB 345599807 cb full L:\