Procedura odzyskiwana kopii zapasowej baz danych w SQL Server jest uzależniona głównie od modelu odzyskiwania (RECOVERY MODEL), która powinna być determinowana przez wymagania biznesowe. Dziwne w sumie gdyby było inaczej, lecz dzisiaj nie o tym.
Kilka faktów na temat migracji SQL Server do Microsoft Azure
Tym razem o migracji SQL Server z tradycyjnego środowiska do chmury publicznej. Pokrótce o tym, jakie Microsoft Azure daje nam opcje, jakie są ich zalety i wady. Czym się charakteryzuję Azure SQL Database i na ile SQL Server na Azure VM różni się od serwera on-promise.
Klucze do naszych danych w chmurze, czyli wykorzystanie usługi Azure Key Vault oraz SQL Server
Wpis na temat wykorzystania usługi Azure Key Vault do przechowywania kluczy poza instancją SQL Server z wykorzystaniem Extensible Key Menagment. Następnie jak wykorzystać tą wiedzę do podniesienia bezpieczeństwa danych. Stosując takie rozwiązania jak Transparent Database Encryption do szyfrowania baz danych lub Backup Encryption do szyfrowania kopii zapasowych.
Wskazówki po instalacji System Center 2016 Data Protection Manager
- instalacja poniższych poprawek do Windows Server 2016:
- Cumulative Update for Windows 10 Version 1607 and Windows Server 2016: October 27, 2016
http://www.catalog.update.microsoft.com/Search.aspx?q=KB3197954 - Aktualizacja systemu Windows Server 2016 dla komputerów z procesorami x64 (KB3199986)
https://www.catalog.update.microsoft.com/Search.aspx?q=kb3199986
- Cumulative Update for Windows 10 Version 1607 and Windows Server 2016: October 27, 2016
- Może oczywiste ale po instalacji roli Hyper-V oraz modułu Hyper-V PowerShell wykonaj restart serwera i wznów instalacje DPM ponownie.
- Instalacja nie będzie kontynuowana jeśli usługi SQL Server Reporting Services i SQL Server Agent nie będą uruchomione z poświadczeniami użytkownika domenowego lub konta systemu lokalnego.
- Jeśli SQL Server znajduję się na zdalnej maszynie trzeba zadbać aby zainstalować na niej System Center DPM Support Files (DPM Remote SQL Prep). Natomiast jeśli bazy będziemy mieć lokalnie instalator będzie wymagać SQL Server Management Tools.
- Już po instalacji DPM pobierz poprawkę która pozwala wykonywać kopie zapasowe używając Modern DPM Storage (Modern Backup Storage):
- Update Rollup 1 for System Center 2016 Data Protection Manager
https://support.microsoft.com/en-us/kb/3190600
- Update Rollup 1 for System Center 2016 Data Protection Manager
- Jak coś jeszcze mi się przypomni lub wyjdzie po instalacji dopiszę…
Dodatkowo o Modern Backup Storage:
Błędy w LSCopy i LSRestore
Po konfiguracji Log Shipping na serwerze pomocniczym w jobach LSCopy i LSRestore otrzymywałem tego typu błędy:
|
1 2 3 4 5 6 7 8 |
<span class="notranslate"><span style="font-family: courier new;"> 2014-10-09 19:31:52.53 ----- START OF TRANSACTION LOG COPY -----</span></span> <span class="notranslate"> <span style="font-family: courier new;">2014-10-09 19:31:52.79 *** Error: Could not retrieve copy settings for secondary ID '[removed]'.(Microsoft.SqlServer.Management.LogShipping) ***</span></span> <span class="notranslate"> <span style="font-family: courier new;">2014-10-09 19:31:52.80 *** Error: The specified agent_id [removed] or agent_type 1 do not form a valid pair for log shipping monitoring processing.(.Net SqlClient Data Provider) ***</span></span> <span class="notranslate"> <span style="font-family: courier new;">2014-10-09 19:31:52.81 *** Error: Could not log history/error message.(Microsoft.SqlServer.Management.LogShipping) ***</span></span> <span class="notranslate"> <span style="font-family: courier new;">2014-10-09 19:31:52.82 *** Error: The specified agent_id [removed] or agent_type 1 do not form a valid pair for log shipping monitoring processing.(.Net SqlClient Data Provider) ***</span></span> <span class="notranslate"> <span style="font-family: courier new;">2014-10-09 19:31:52.83 *** Error: Could not cleanup history.(Microsoft.SqlServer.Management.LogShipping) ***</span></span> <span class="notranslate"> <span style="font-family: courier new;">2010-10-09 19:31:52.84 *** Error: The specified agent_id [removed] or agent_type 1 do not form a valid pair for log shipping monitoring processing.(.Net SqlClient Data Provider) ***</span></span> <span class="notranslate"> <span style="font-family: courier new;">2014-10-09 19:31:52.84 ----- END OF TRANSACTION LOG COPY -----</span></span> |
Na pomoc przyszedł mi wpis z innego bloga, a konkretnie http://ms-dba.blogspot.com/2010/06/copy-and-restore-job-errors-with-log.html
Rozwiązanie, rozwiązaniem a co spowodowało problem? Mianowicie użycie klona serwera z domyślną instancją SQL Server gdzie nazwa serwera została międzyczasie zmieniona. Niestety SQL Server nie zmienił sobie automatycznie nazwy instancji. W takim przypadku trzeba wykonać to ręcznie uruchamiając następującą procedurę:
|
1 2 3 4 |
sp_dropserver <old_name>; GO sp_addserver <new_name>, local; GO |
Wykonanie procedury kończymy restartem SQL Server, rezultat natomiast możemy sprawdzić poleceniem:
|
1 |
SELECT @@SERVERNAME AS 'Server Name'; |
Więcej na temat zmiany nazwy serwera znajdziemy tutaj: http://msdn.microsoft.com/en-us/library/ms143799.aspx
Po tych zmianach i ponownej konfiguracji Log Shipping zadania utworzyły się poprawnie bez potrzeby ręcznej zmiany parametru -Server dla aplikacji sqllogship w zadaniach.