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
Přechod na sekundární přenos logů je užitečný, pokud selže primární serverová instance nebo vyžaduje údržbu.
Příprava na řízený failover
Obvykle jsou primární a sekundární databáze nesynchronizované, protože primární databáze je po poslední záložní úlohě stále aktualizována. Také v některých případech nebyly nedávné zálohy transakčních logů zkopírovány na sekundární serverové instance, nebo některé zkopírované zálohy logů nebyly stále aplikovány na sekundární databázi. Doporučujeme začít synchronizací všech sekundárních databází s primární databází, pokud je to možné.
Informace o úlohách pro log shipping najdete v tématu Informace o log shippingu (SQL Server).
Přepnutí při selhání
Chcete-li přepnout na sekundární databázi:
Zkopírujte všechny nezkopírované zálohovací soubory ze zálohovacího sdílení do cílové složky kopírování každého sekundárního serveru.
Aplikujte všechny neaplikované zálohy transakčních logů postupně na každou sekundární databázi. Další informace najdete v tématu Použití záloh transakčních protokolů (SQL Server).
Pokud je primární databáze přístupná, zálohujte aktivní transakční log a aplikujte zálohu logu na sekundární databáze. Možná budete muset nastavit databázi do režimu jednoho uživatele , abyste získali exkluzivní přístup před zadáním příkazu obnovení, a poté ji po dokončení obnovy přepnout zpět na víceuživatelskou režim.
Pokud původní instance primárního serveru není poškozena, zálohujte konec transakčního logu primární databáze pomocí WITH NORECOVERY. To ponechává databázi ve stavu obnovy a tedy je pro uživatele nedostupná. Postupem času budete moci tuto databázi posunout dopředu aplikací záloh transakčních logů z náhradní primární databáze.
Další informace naleznete v tématu Zálohování transakčních protokolů (SQL Server).
Po synchronizaci sekundárních serverů můžete přejít na ten, který preferujete, obnovit jeho sekundární databázi a přesměrovat klienty na tuto instanci serveru. Obnova uvede databázi do konzistentního stavu a spustí ji.
Note
Když zpřístupníte sekundární databázi, měli byste zajistit, aby její metadata byla v souladu s metadaty původní primární databáze. Další informace najdete v tématu Správa metadat při zpřístupnění databáze v jiné instanci serveru (SQL Server).
Poté, co obnovíte sekundární databázi, můžete ji přenastavit tak, aby sloužila jako primární databáze pro jiné sekundární databáze.
Pokud není k dispozici žádná jiná sekundární databáze, viz Konfigurovat odesílání logů (SQL Server).