Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
platí pro:
SQL Server
Toto téma popisuje aspekty při obnovování databáze pomocí zálohy uložené ve službě Azure Blob Storage. To platí pro zálohy vytvořené pomocí zálohování SQL Serveru na zálohování adres URL nebo zálohováním spravovaného SQL Serverem do Microsoft Azure.
Toto téma doporučujeme zkontrolovat, pokud máte zálohy uložené ve službě Azure Blob Storage, které plánujete obnovit, a pak si projděte témata popisující postup obnovení databáze, která je stejná pro místní zálohy i zálohy Azure.
Přehled
Nástroje a metody, které se používají k obnovení databáze z místní zálohy, platí pro obnovení databáze z cloudové zálohy. Následující části popisují tyto aspekty a všechny rozdíly, o kterých byste měli vědět, když používáte zálohy uložené ve službě Azure Blob Storage.
Použití Transact-SQL
Vzhledem k tomu, že se SQL Server musí připojit k externímu zdroji, aby se načetly záložní soubory, přihlašovací údaje SQL se používají k ověření účtu úložiště. Příkaz RESTORE proto vyžaduje možnost WITH CREDENTIAL. Další informace najdete v tématu Zálohování a obnovení SQL Serveru pomocí služby Microsoft Azure Blob Storage.
Pokud ke správě záloh do cloudu používáte spravované zálohování SQL Serveru do Microsoft Azure, můžete zkontrolovat všechny dostupné zálohy v úložišti pomocí systémové funkce smart_admin.fn_available_backups . Tato systémová funkce vrátí všechny dostupné zálohy pro databázi v tabulce. Jakmile se výsledky vrátí v tabulce, můžete výsledky filtrovat nebo řadit. Další informace najdete v tématu managed_backup.fn_available_backups (Transact-SQL).
Použití aplikace SQL Server Management Studio
- Úloha obnovení se používá k obnovení databáze pomocí aplikace SQL Server Management Studio. Stránka záložního média teď obsahuje možnost adresy URL pro zobrazení záložních souborů uložených ve službě Azure Blob Storage. Musíte také zadat přihlašovací údaje SQL, které se používají k ověření v účtu úložiště. Mřížka sady záloh k obnovení je potom naplněna dostupnými zálohami v úložišti Azure Blob. Další informace najdete v tématu Obnovení z úložiště Azure pomocí aplikace SQL Server Management Studio.
Optimalizace obnovení
Pokud chcete zkrátit dobu obnovení zápisu, přidejte uživatelské právo úloh údržby svazků k uživatelskému účtu ve službě SQL Server. Další informace naleznete v tématu Inicializace souboru databáze. Pokud je obnovení stále pomalé při zapnuté okamžité inicializaci souborů, podívejte se na velikost souboru protokolu v instanci, ve které byla databáze zálohovaná. Pokud je protokol velmi velký (více GB), očekává se, že obnovení bude pomalé. Během obnovení musí být soubor protokolu nulový, což trvá značné množství času. Počáteční obnovení souborů transakčních transakcí databáze nemůže mít prospěch z okamžité inicializace souborů.
Pokud chcete zkrátit dobu obnovení, doporučujeme použít komprimované zálohy. V případě záloh větších než 25 GB použijte nástroj AzCopy ke stažení na místní disk a pak proveďte obnovení. Další osvědčené postupy a doporučení zálohování najdete v tématu Osvědčené postupy a řešení potíží se zálohováním SQL Serveru na adresu URL.
V SQL Serveru 2016 (13.x) a novějších verzích je blokový objekt blob upřednostňován pro zálohování na adresu URL.
- Pokud používáte stránkové blob objekty, můžete při obnovení zapnout příznak trasování 3051 pro vygenerování podrobného protokolu. Tento soubor protokolu je umístěn v adresáři protokolu a má název pomocí formátu:
BackupToUrl-\<instancename>-\<dbname>-action-\<PID>.log. Soubor protokolu obsahuje informace o každé zpáteční cestě do služby Azure Storage, včetně načasování, které může být užitečné při diagnostice problému.