NetWorker: Instrukcja rozwiązywania problemów NMM
Podsumowanie: Celem tego artykułu jest prawidłowe sprawdzenie przez użytkowników modułu NetWorker dla Microsoft (NMM) najważniejszych wymagań konfiguracyjnych niezbędnych do obsługi NMM.
Instrukcje
ZBIERZ INFORMACJE:
Minimalne informacje wymagane w przypadku pomocy technicznej NetWorker:
- Nazwa serwera NetWorker, system operacyjny
- Nazwa klienta NetWorker, system operacyjny
- Wersja i kompilacja serwera NetWorker
- Wersja i kompilacja klienta NetWorker
- Moduł NetWorker dla wersji i kompilacji Microsoft (NMM)
Poniższy artykuł zawiera instrukcje dotyczące zbierania tych informacji: NetWorker: Metody określania wersji
oprogramowania NetWorkerMinimalne informacje wymagane do obsługi NMM:
- Aplikacja Microsoft, której kopia zapasowa lub miejsce ma zostać przywrócona
- Wersja aplikacji Microsoft oraz dodatek Service Pack i pakiet zbiorczy
W przypadku kopii zapasowej; zdefiniowanie zestawu zapisu i klienta, dla którego ma zostać utworzona
kopia zapasowa W celu przywrócenia; zdefiniowanie bazy danych lub zestawu zapisów do przywrócenia oraz klienta źródłowego, którego kopia zapasowa została utworzona
Problemy ze zgodnością:
- Przed zbadaniem jakiegokolwiek problemu należy zapoznać się z dokumentacją zgodności, aby upewnić się, że nie występują żadne potencjalne problemy ze zgodnością: E-Lab Interoperability Navigator 2.0-HOME (należy zalogować się za pomocą konta pomocy technicznej firmy Dell)
ZBIERANIE DZIENNIKÓW:
- Z serwera NetWorker zbierz pakiet NSRGET: NetWorker: Korzystanie z narzędzia gromadzenia danych NSRGet NetWorker
- Zalecane opcje:
nsrget -o:elfr
- Zalecane opcje:
- W przypadku problemów związanych z kopią zapasową zbierz folder dzienników zasad dla zasad, w których tworzenie kopii zapasowych nie powiodło się:
- Linux:
/nsr/logs/policy/POLICY_NAME - Windows (domyślnie):
C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY_NAME
- Linux:
- Z poziomu klienta NetWorker:
<Networker_install_path>\applogs\nmm.raw<Networker_install_path>\logs\daemon.raw- <Networker_install_path>\dzienniki aplikacji
- Główny plik dziennika NMM to:
nmm.raw - NetWorker: Jak używać nsr_render_log do renderowania plików dziennika .raw
- Poszukaj także plików z
.tracerozszerzenie, które zwykle wskazuje na błędy sieciowe. <Networker_install_path>\nsr\applogs\nwsnap.rawZawiera szczegółowe informacje o komponencie Power Snap NMM oraz o tym, czy wystąpił błąd w określonej części strumienia zapisu.
- Dodatkowe dzienniki
Zdobądź je, jeśli:nmm.rawzawiera błędy RM<Networker_install_path>\nsr\rmagentps\logs\clientzawiera dzienniki programu Replication Manager:erm_clientXXXXX_debug.logerm_clientXXXXX_detail.logerm_clientXXXXX_summary.log
Narzędzie do sprawdzania
konfiguracjiOprogramowanie NMM zawiera narzędzie Config Checker , które jest doskonałym raportem podsumowującym system, oprogramowanie i konfigurację.
Narzędzie Config Checker można uruchomić podczas instalacji NMM, patrz Podręcznik instalacji NMM lub w dowolnym momencie po zakończeniu instalacji NMM. Dokumentacja NMM jest dostępna za pośrednictwem Pomoc techniczna dla modułu NetWorker dla Microsoft | Instrukcje obsługi i dokumenty
ABY WŁĄCZYĆ DEBUGOWANIE:
Aby włączyć debugowanie skoku zasilania.
Dodaj tę zmienną do pola Informacje o aplikacji zasobu klienta.NSR_PS_DEBUG_LEVEL=level
Gdzie poziom to numer od 1 do 9.
Aby włączyć debugowanie NMM:
Zmodyfikuj polecenie kopii zapasowej w zasobie klienta, aby nsrsnap_vss_save.exe -D9-D9 może generować wiele wiadomości i zwiększać rozmiar nmm.raw.
Dobrą praktyką jest usunięcie -D9 Po zebraniu danych dotyczących rozwiązywania problemów.
UPRAWNIENIA:
UPRAWNIENIA NETWORKER:
- W przypadku WSZYSTKICH hostów NMM, niezależnie od tego, czy tworzona jest kopia zapasowa aplikacji, czy zestawu zapisu, należy dodać w polu Administrator zasobu NSR:
group=administrators,host=nmmhostname
Przykład 1:
Gdziesqlapp1iexmbx1są hostami z zainstalowanym NMM, dodaj to do pola Administratorzy zasobów NSR:group=administrators,host=sqlapp1group=administrators,host=exmbx1
Alternatywnie możesz też dodać:user=system,host=sqlapp1user=system,host=exmbx1user=administrator,host=sqlapp1user=administrator,host=exmbx1
- W przypadku wystąpień klastrowanych lub nazw serwerów klastra dodaj węzły fizyczne do pola
dostępu zdalnego Przykład 2:
Dla wirtualnego serwera SQLsqlv1z dwoma węzłami fizycznymisqlapp1isqlapp2,
Dodaj to do pola administratorzy NSR:group=administrators,host=sqlapp1group=administrators,host=sqlapp2
Lub jako alternatywny dodatekuser=system,host=sqlapp1user=system,host=sqlapp2user=administrator,host=sqlapp1user=administrator,host=sqlapp2
ORAZ _
Dodaj to do pola Zdalny dostęp w wirtualnymsqlv1Klienta*@sqlcn1*@sqlcn2
UPRAWNIENIA APLIKACJI:
- Patrz: NMM 9.0 Hyper-V VSS Minimalne wymagane uprawnienia CSV
- Następujące aplikacje firmy Microsoft używają usługi VSS do tworzenia kopii zapasowych.
- Exchange
- Serwer SQL
- SharePoint
- Hyper-V
- Zasoby klienta: Wszystkie używają polecenia kopii zapasowej:
nsrsnap_vss_save - Zapisane zestawy:
Poniżej znajduje się lista odpowiednich zestawów zapisu dla każdej aplikacji:
Są to aplikacje korzystające z kopii zapasowych opartych na usłudze VSS.
| Aplikacja | Odpowiedni zestaw zapisu. |
| SharePoint | APPLICATIONS:\Microsoft Office SharePoint Services |
| Domyślne wystąpienie SQL Server – wszystkie bazy danych (nazywane składnikiem zapisywania „najwyższego poziomu”) | APPLICATIONS:\SqlServerWriter |
| Domyślne wystąpienie SQL Server – jedna baza danych | APPLICATIONS:\SqlServerWriter\DatabaseOne |
| SQL Server nazwana instancja — wszystkie bazy danych (na przykład nazwa hosta to sqlsv1) | APPLICATIONS:\SqlServerWriter\sqlsv1%5CInstanceName |
| Nazwane wystąpienie SQL Server – jedna baza danych | APPLICATIONS:\SqlServerWriter\sqlsv1%5CInstanceName\DatabaseOne |
| Exchange - wszystkie bazy danych | APPLICATIONS:\Microsoft Exchange YYYY |
| Exchange - pojedyncza baza danych | APPLICATIONS:\Microsoft Exchange YYYY\DBName1 |
| Hyper-V – wszystkie maszyny wirtualne | APPLICATIONS:\Microsoft Hyper-V |
| Hyper-V – jedna maszyna wirtualna | APPLICATIONS:\Microsoft Hyper-V\VirtualMachineName |
Pole Informacje o aplikacji zasobu klienta NMM musi zawierać:
NSR_SNAP_TYPE=vss
Określone aplikacje firmy Microsoft, takie jak Exchange i Hyper-V. Wymagaj dodatkowych zmiennych w polu Informacje o aplikacji. Proszę zapoznać się z Podręcznikami użytkownika NMM.
Kopie zapasowe SQL Server VDI (inne niż VSS):
NMM używa interfejsu API Microsoft SQL Server Virtual Device Interface (VDI) do komunikacji z programem SQL Server.
Kopie zapasowe SQL VDI korzystają z tego polecenia wykonania kopii zapasowej: nsrsqlsv
Informacje na temat zapisywania zestawów i wyjątków od polecenia kopii zapasowej można znaleźć w tabeli poniżej.
| Typ wystąpienia SQL Server | Zapisz zestaw Używany dla tego typu. | Polecenie kopii zapasowej użyte dla tego typu | Wymagane zasoby klienta |
| ** Autonomiczny serwer SQL ** | UWAGA:** pojedynczy serwer SQL Server, bez klastrów. | W pełni kwalifikowana nazwa domeny (FQDN) Fizyczny host SQL | |
| Domyślne wystąpienie SQL Server | MSSQL: |
nsrsqlsv |
|
| Domyślne wystąpienie SQL Server (jedna baza danych) | MSSQL:DBName1 |
nsrsqlsv |
|
| SQL Server nazwane wystąpienie(Namedinst). | MSSQL$Namedinst: |
nsrsqlsv |
|
| Nazwane wystąpienie SQL Server (jedna baza danych) | MSSQL$Namedinst:DBName1 |
nsrsqlsv |
|
| ** Klastrowy serwer SQL ** |
Klaster trybu failover jest instalowany na co najmniej dwóch węzłach, które mają:
Przykład: Nazwa wirtualna serwera SQL Server to sqlvr1A dwa węzły to sqlcn1 i sqlcn2WAŻNE: zapis nie zmienia się niezależnie od nazwy instancji. |
WAŻNE: zasoby klienta należy utworzyć przy użyciu nazwy FQDN dla następujących węzłów klastra: Węzeł 1 sqlcn1Węzeł 2 sqlcn2Wirtualny serwer SQL, sqlvr1Zaplanuj wirtualny serwer SQL, sqlvr1 |
|
| Domyślne wystąpienie | MSSQL: |
nsrsqlsv -A sqlvr1 |
Opcja polecenia kopii zapasowej -A sqlvirtualname (jest opcjonalne) nsrsqlsv powinny być wystarczające, ponieważ zasobem klienta jest nazwa serwera wirtualnego SQL, jeśli system nazw domen (DNS) jest rozpoznawany poprawnie. |
| Nazwane wystąpienie | MSSQL: |
nsrsqlsv -A sqlvr1 |
Nazwa wirtualna -A jest opcjonalna. |
| Jedna baza danych | MSSQL:DBName1 |
nsrsqlsv -A sqlvr1 |
Nazwa wirtualna -A jest opcjonalna. |
| ** Zawsze włączona grupa dostępności SQL Server ** |
UWAGA: Ten temat jest bardziej zaawansowanym tematem tego artykułu. Zalecana lektura. Podręcznik użytkownika NMM SQL Server VDI, aby uzyskać więcej informacji. Przykład: zawsze włączona grupa dostępności o nazwie AG1Nazwa klastra trybu failover to AGClusterWęzeł1 to sqlcn1Węzeł2 to sqlcn2. |
WAŻNE: zasoby klienta należy utworzyć przy użyciu nazwy FQDN dla następujących elementów: Nazwa klastra trybu failover ( Agcluster)Członkowie węzłów grupy dostępności AlwaysOn (na przykład sqlcn1i sqlcn2)Zaplanuj tylko AGCluster klient dla AlwaysonZaplanuj utworzenie innych węzłów SQL w oddzielnych grupach dla kopii zapasowych baz danych innych niż AG. |
|
| Domyślne wystąpienie | MSSQL#AG1 |
nsrsqlsv |
|
| Wystąpienie domyślne (pojedyncza baza danych) |
MSSQL#AG1:DBName1 |
nsrsqlsv |
|
| Nazwane wystąpienie | MSSQL$NamedInst#AG1 |
nsrsqlsv |
|
| Nazwane wystąpienie (jedna baza danych) | MSSQL$NamedInst#AG1:DBname1 |
nsrsqlsv |
|
Kopie zapasowe usługi Active Directory (inne niż VSS):
Zasoby klienta to kontroler domeny, a NMM jest instalowany tak samo jak w przypadku klienta NetWorker.
Polecenie kopii zapasowej: nsradsave.exe
Zapisz zestaw: Używa formatu nazwy wyróżniającej (DN):
Przykłady znajdują się w tabeli.
| Przykłady nazw i obiektów domeny | Zapisz odpowiednią nazwę wyróżniającą |
| ** Wielkość liter bez spacji nie jest rozróżniana ** | |
| Domena: corp.dell.com | |
| Kontener wszystkich użytkowników |
cn=users,dc=corp,dc=dell,dc=com |
| Jednostka organizacyjna, inżynieria |
ou=engineering,dc=corp,dc=dell,dc=com |
| Zagnieżdżona jednostka organizacyjna, na przykład: Badania w dziale Inżynieria |
ou=research,Ou=engineering,dc=corp,dc=dell,dc=com |
| Obiekt użytkownika w CN obiektu jednostki organizacyjnej. |
cn=engadmin,ou=engineering,dc=corp,dc=dell,dc=com |
Inne zagadnienia:
| Obszar tematyczny | Ważne kwestie i wątpliwości |
| Kopie zapasowe systemu plików | NIE należy tworzyć kopii zapasowych zestawów zapisu systemu plików w tej samej grupie, co zestawy zapisu NMM. Począwszy od NMM 3.0 i nowszych,Użyj normalnego zasobu grupy (nie ma zaznaczonej migawki) z oddzielnym zasobem klienta korzystającym z zestawu zapisu systemu plików Nie twórz kopii zapasowej tej grupy jednocześnie jako grupy aplikacji NMM. Ten zasób klienta jest oddzielnym wystąpieniem zasobu klienta tego samego klienta z pustym poleceniem kopii zapasowej (zgodnie z normalnym systemem plików). |
| Uprawnienia | Niezależnie od tego wszyscy klienci NMM muszą mieć uprawnienia administratora NetWorker. aplikacji, VSS lub innych niż VSS — zapoznaj się z tym artykułem, aby uzyskać informacje o uprawnieniach : Podręcznik administratora, informacje o wersji |
| Instalacja | Przed zainstalowaniem NMM NALEŻY zainstalować klienta NetWorker. Każda wersja NMM wymaga określonej wersji klienta. Referencje: Instrukcje instalacji, Przewodnik po zgodności oprogramowania |
| Wersje baz danych | Każdy serwer aplikacji (Exchange, SQL itd.) ma określone wersje, które są obsługiwane. Referencje: Podręcznik zgodności oprogramowania, podręcznik instalacji, podręczniki użytkownika |
| Ręczne kopie zapasowe | Ręczne tworzenie kopii zapasowych zestawów zapisu VSS inicjowanych przez klienta NIE jest obsługiwane. |
| Zestawy zapisu VSS wykazu | Zaloguj się przy użyciu lokalnego konta administratora systemu Windows do hosta NMM z zainstalowanym NMM Uruchom to polecenie i skopiuj dane wyjściowe: nsrsnap_vss_save -? |
Dodatkowe informacje
Aby uzyskać informacje o problemach specyficznych dla awarii usługi VSS, zobacz: NetWorker: Rozwiązywanie problemów z kopiami zapasowymi z powodu problemów z usługą VSS