Zasady ochrony podstawowej typu Application Aware na serwerze SQL kończą się niepowodzeniem przy początkowym wykrywaniu
Podsumowanie: Zasady ochrony podstawowej typu Application Aware na serwerze SQL kończą się niepowodzeniem podczas początkowego wykrywania.
Objawy
Objawy znalezione w dziennikach:
w sekcji "Protection Policies", "Edit Policy" z "Application Aware" określono poświadczenia hosta, ale wykrywanie bazy danych nie powiodło się.
Dziennik ddbmcon pokazuje
##
2024-10-17T15:32:54.926Z ddbmcon: libdd_lockbox_destroy: Freeing the context and releasing the lockbox application.
2024-10-17T15:32:54.926Z ddbmcon will run in legacy mode i.e. no discovery account configured.
2024-10-17T15:32:54.958Z json argument to JSONIsString is NULL2024-10-17T15:32:54.974Z json argument to JSONIsString is NULL2024-10-17T15:32:54.974Z SQLCluster::SQLCluster: Entering.
2024-10-17T15:32:54.974Z SQLCluster::SQLCluster: Exiting.
2024-10-17T15:32:54.974Z SQLCluster::gatherClusterData: Entering.
...
2024-10-17T15:32:55.923Z Output:
2024-10-17T15:32:55.923Z {"response":{"APIVersion":"2.3","applicationSystems":[]},"errors":[{"type":"systemErr","text":"General exception when detecting AAG information for SQL Server 'SQL_PPDM01\\INSTANCE1'.\n"}]}
2024-10-17T15:32:55.938Z ddbmcon: remove_existing_aces: File Owner is a [BUILTIN\Administrators]
2024-10-17T15:32:55.938Z ddbmcon: remove_existing_aces: File Group Owner is a member of the [NT AUTHORITY\SYSTEM]
2024-10-17T15:32:55.938Z ddbmcon: ACL ACE dump: mode_to_acl result
2024-10-17T15:32:55.938Z ddbmcon: ACE for [NT AUTHORITY\NETWORK]: 0x10000000
2024-10-17T15:32:55.938Z ddbmcon: ACE for [BUILTIN\Administrators]: 0xc0070180
2024-10-17T15:32:55.938Z ddbmcon: ACE for [\Everyone]: 0x80000000
##
Powyższy dziennik zgłasza, że skonfigurowano "no discovery account". Wykrywanie odbywa się przy użyciu konta NT Authority\System.
W starszej dokumentacji nie ma wzmianki o ustawieniu uprawnień sysadmin dla hosta serwera Microsoft SQL.
Konfiguracja i ustawienia, których dotyczy problem:
Odnajdywanie baz danych kończy się niepowodzeniem z komunikatem o błędzie ASDS0027.
Wykrywanie wszystkich systemów aplikacji dla dodatku MICROSOFT_SQL_DATABASE_SYSTEM nie powiodło się na hoście XXXXXX z powodu następujących błędów: Wyjątek ogólny podczas wykrywania informacji AAG dla SQL Server "SQL_PPDM01\INSTANCE1".
Wpływ na PowerProtect Data Manager:
Brak pomyślnych odnajdywań wszystkich klientów z aplikacjami aware™ na serwerach SQL
Przyczyna
Wymagane uprawnienia sysadmin dla konta NT\Authority nie zostały skonfigurowane, a po skorygowaniu tego stanu wykrycia Application Aware na serwerach SQL działają teraz pomyślnie.
Rozwiązanie
Wersja, której dotyczy problem:
Cała dokumentacja dotycząca PowerProtect Data Manager do wersji 19.17
Wersja naprawiona:
Dokumentacja przyszłych wydań kodu
Obejście problemu:
Inżynierowie potwierdzili, że od wersji PowerProtect Data Manager 19.16 VMDirect wymaga:
Na hoście SQL konto SYSTEM ma prawa logowania SQL i sysadmin dla każdej instancji SQL Server na hoście.
Dokumentacja zostanie zaktualizowana w przyszłych wersjach kodu PowerProtect Data Manager.