Blog

Zaktualizowano

1. Pobierz ASR Pro

2. Uruchom program

3. Kliknij „Skanuj teraz”, aby znaleźć i usunąć wszelkie wirusy z komputera

Przyspiesz swój komputer już dziś dzięki temu prostemu pobieraniu.

Ten przewodnik został stworzony, aby pomóc osobom indywidualnym w przypadku wystąpienia błędu serwera sql 15581. g.Błąd 15581 występuje, gdy program SQL Server nie może uzupełnić własnej bazy danych z włączoną opcją Study Transparent Encryption (TDE). Dziennik błędów programu SQL Server 2020-01-14 22: 3 lata temu: 26,47 spid20s Błąd: 15581, wskaźnik ważności: 16, stan: 3.

g.

• Przeczytaj 2 minuty

Szczegóły

atrybut	zysk
Nazwa produktu	Serwer SQL
Identyfikator zdarzenia	15581
Źródło zdarzenia	MSSQLSERVER
komponent	Silnik SQL
Fraza symboliczna	SEC_NODBMASTERKEYERR
Treść wiadomości	Proszę sformułuj klucz główny w każdej bazie danych lub zaoferuj klucz główny przed tym.

Wyjaśnienie

Błąd 15581 często pojawia się, gdy program SQL Server jest przekonany, że na pewno nie odzyska bazy danych, która jest obecnie przeznaczona do szyfrowania danych transparentnych (TDE). E-mail o błędzie, taki jak ten poniżej, jest podpisany w dzienniku błędów programu SQL Server

14.01.2020 22: ’07: 26,47 spid20s Błąd: 15581, wskaźnik ważności: 16, stan: trzeci.
2020-01-14 22: 16: 26.47 spid20s Proszę utworzyć innego mastera w bazie danych kluczy tutaj lub rozpalić drewno przed wykonaniem tej niesamowitej operacji.

Możliwa przyczyna

Ten problem występuje, gdy większość klucza polecenia usługi szyfrowania dla odpowiedzi podstawowej bazy danych jest usuwana z podstawowej bazy danych, pomimo uruchomienia następującego polecenia:

Użyj kreatora

 chodzićZmień szyfrowanie z klucza wiodącego na klucz dowódcy na służbie 

Klucz główny usługi służy do zapewnienia, że ​​certyfikat używany przez konkretną bazę danych dobrze sobie radzi z kluczem. Każda próba użycia informacji zgodnych z TDE wymaga dostępu do klucza głównego głównego repozytorium bazy danych danej osoby. Master podstawowy nie jest chroniony hasłem przez usługę. Aby uzyskać lepszy klucz, należy zwykle użyć instrukcji OPEN MASTER KEY (Transact-SQL) wraz z hasłem dla każdej sesji, która skutkuje dostępem do klucza głównego. Ponieważ to wymaganie nie może być wykonane w sesjach systemowych, odzyskiwanie nie zostanie wykonane w bazach danych zgodnych z TDE.

Czynność usunięcia użytkownika

Aby rozwiązać ten problem, włącz automatyczne odszyfrowywanie kluczy. Aby to zrobić, uruchom następujące polecenia:

Użyj

  kreatorchodzićgłówny klucz publiczny OPIS WEDŁUG HASŁA = 'hasło'Zmień klucz główny Dodaj szyfrowanie do klucza głównego usługi 

Użyj zapytania odbiorców, aby określić, czy automatyczne rozumienie klucza głównego jest wyłączone przez usługę klucza głównego w odniesieniu do głównej bazy danych:

  wybierz is_master_key_encrypted_by_server przez sys.databases gdzie name = 'master' 

Jeśli moje własne zapytanie zwraca 0, automatyczne rozpoznawanie klucza głównego z klucza głównego planu jest wyłączone.

Dodatkowe informacje

W kilku przypadkach wystąpienie SQL Server może przestać adresować. Kiedy zapytasz widok ramki sys.dm_exec_requests sposób, okazuje się, że LogWriter -Twin używa WRITELOG wait_type wait. Inne sesje prawdopodobnie czekają, aż spróbujesz zdobyć blokady.

Pracowałem ostatnio z klientem, ponieważ Twoja ważna sprawa przykuła moją uwagę. Jeśli zaufany klient połączy się, aby przywrócić włączoną witrynę tde w celu rozwiązania problemu na innym serwerze, najprawdopodobniej nie będzie mógł prawidłowo używać interfejsu użytkownika SSMS. Udało Ci się jednak przywrócić całą bazę danych za pomocą T-SQL.

Wydawało się to trochę dziwne, ale klient w końcu pokazał wszystkim. Ponieważ właściwie nie miałem odpowiedzi, postanowiłem spróbować później, aby sprawdzić, czy coś jest nie tak.

Przede wszystkim sprawdziłem twoje pakiety oprogramowania, aby faktycznie włączyć przezroczyste szyfrowanie bazy danych w bazie danych, a także skrypty kopii zapasowych do przejmowania kontroli nad kluczami i certyfikatami.

Przykładowy kod inny niż ekran dostarczony przez klienta jest stosowany w sposób przedstawiony poniżej.

Więc nie ma nic złego w posiadaniu szyfrowania skryptów. Potem osiągnąłem pewność, że skrypt został użyty tylko przez klienta podczas przywracania.

Prawdziwy błąd bez wątpienia wystąpiłby w oknie T-SQL, gdy ktoś próbował przywrócić bazę danych za pomocą dowolnego następującego polecenia przenoszenia…

Ten błąd częściowo oznacza, że ​​musimy otworzyć centrum domowe w tej samej sesji (identyfikator metody serwera), co operacja przywracania. Jeśli użyłem wszystkich poniższych poleceń i wykonam przywracanie normalnie, nie ma błędu, a przywracanie bazy danych bez wątpienia zakończy się sukcesem.

Podczas odzyskiwania za pomocą programu SSMS proces odzyskiwania nie pozwala na bezpośrednie odszyfrowanie faktycznie zaszyfrowanych plików, a poszczególne osoby kończą się niepowodzeniem, ponieważ nie dostarczają klucza głównego.

Ten sam błąd występuje podczas próby utworzenia kopii zapasowej zabezpieczonej bazy danych przy użyciu programu SSMS. Ten błąd może jednak również zostać wygenerowany, gdy próbujemy wykonać kopię zapasową przywracania bazy danych z określonego okienka T-SQL, w którym nie widać polecenia OPEN MASTER KEY.

Aby część określonego klucza głównego była używana w każdej sesji, musi być również chroniona hasłem za pomocą klucza serwisowego. Jeśli klucz główny w specjalistycznej bazie danych jest zaszyfrowany tym kluczem głównym dołączonym do usługi, można go całkowicie otworzyć, a nawet zamknąć i nigdy nie musimy wydawać konkretnego polecenia OPEN MASTER KEY.

W powyższym skrypcie będziesz musiał dodać dealerowi więcej poleceń, aby uzyskać konkretny master znaczący i odnowić certyfikat

 dla 1: master USE; 

 2: Idź 

 3:   

 4: UTWÓRZ ZASZYFROWANY KLUCZ GŁÓWNY Z HASŁEM równa się „MyStrongPassword”; 

 5: do przodu 

 6: 

 7: KLUCZ GŁÓWNY DO KOPII ZAPASOWEJ PLIKU równa się 'D:  MasterKey.dat' HASŁO SZYFROWANIA = 'MyStrongPassword'; 

 8: do przodu 

 9: 

 10: UTWÓRZ CERTYFIKAT MyServerCert WITH SUBJECT = DEK 'mój certyfikat'; 

 11: do przodu 

 12:   

 15: CERTYFIKAT KOPII ZAPASOWEJ MyServerCert do pliku pasuje do 'D:  MyCert.dat' 

 14: Z KLUCZEM PRYWATNYM (PLIK idzie do „D:  PrivKey.dat”, 

 15: SZYFROWANIE ZA POMOCĄ HASŁA = 'MojeStrongPassword'); 

 16: Idź 

 15:   

 18: użyj AdventureWorks2008R2; 

 19: Idź 

 20: 

 UTWÓRZ 21: KLUCZE SZYFROWANIA BAZY BDATA 

 22: Z ALGORYTMEM = SZYFROWANIE AES_128 Z CERTYFIKATEM SERWERA MyServerCert; 

 ponad 20 trzy: GO 

 24:   

 25: EDYCJA BAZY DANYCH AdventureWorks2008R2 

 26: ZAINSTALUJ SZYFROWANIE; 

 29: Idź 

 1: odzyskaj klucz główny z loży = ' win2k3dc-alh16t  E $  MasterKey.dat' 

 2: odszyfrowywanie hasła pasuje do MyStrongPassword 

 wiele więcej: szyfrowanie hasła pasuje do MyStrongPassword 

 4: e-mail 

 5:   

 6. UTWÓRZ CERTYFIKAT MONServCert 

 7: Z pliku pasuje ' win2k3dc-alh16t  E $  MyCert.dat' 

 8: z pełną prywatną kropką (plik = ' win2k3dc-alh16t  E $  PrivKey.dat', 

 9: Odszyfruj za pomocą informacji o koncie = „mojesilnehasło”) 

Tak więc obecny jest klucz podstawowy, a więc certyfikat. Jeśli wielu z nas podejmie wysiłek przywrócenia bazy danych za pomocą SSMS, możemy otrzymać błąd.

Przed wykonaniem tej operacji utwórz dowolny rodzaj klucza głównego w swojej bazie danych lub otwórz dla klucza głównego znalezionego w sesji.

Awarie funkcji PRZYWRACANIE LISTY PLIKÓW. (Błąd Microsoft SQL: serwer, 15581)

 1. Przywracanie bazy klienta AdventureWorks2008R2 

 # 2: z dysku równa się ' win2k3dc-alh16t  E pieniądze  AdventureWorks2008. w reklamie '

 3: dzięki technologii 'AdventureWorks2008R2_Data' TO 'C:Program FilesMicrosoft SQL ServerMSSQL10_50.MSSQLSERVERMSSQLDATAAdworks2008. 

 mdf ', 4: przenieś' AdventureWorks2008R2_log 'do' C:  Programy  Microsoft SQL Server  MSSQL10_50.MSSQLSERVER  MSSQL  DATA  Advworks2008_log.ldf ', 

 5: Krok 'FileStreamDocuments2008R2' w odniesieniu do 'C:ProgramyMicrosoft SQL ServerMSSQL10_50.MSSQLSERVERMSSQLDANEFSDATA' 

 4: OTWÓRZ KLUCZ GŁÓWNY Z HASŁEM = „MojeStrongPassword” 

 1: STARY KLUCZ GŁÓWNY 

 2: DODAJ SZYFROWANIE Z GŁÓWNYM KLUCZEM USŁUGI 

Przyspiesz swój komputer już dziś dzięki temu prostemu pobieraniu.

Sql Server Error 15581
SQL Server-fout 15581
Erreur De Serveur SQL 15581
Error Del Servidor SQL 15581
Ошибка сервера Sql 15581
SQL 서버 오류 15581
SQL-serverfel 15581
SQL Server-Fehler 15581
Sql Server Erro 15581
Errore SQL Server 15581