Nejčastější dotazy k databázím SQL Serveru, které běží na zálohování virtuálních počítačů Azure

Ano, zálohování virtuálních počítačů i zálohování SQL můžete mít na stejném virtuálním počítači. V tomto případě interně aktivujeme úplné zálohování pouze kopírování na virtuálním počítači, aby se protokoly nezkrátily.

Za určitých okolností služba Azure Backup aktivuje opravné zálohy. K automatickému opravování může dojít v některé z následujících šesti podmínek:

• Pokud selže zálohování protokolů nebo rozdílových záloh kvůli chybě ověření LSN, místo toho se další protokol nebo rozdílové zálohování převede na úplné zálohování.
• Pokud před protokolem nebo rozdílovým zálohováním neproběhne žádná úplná záloha, místo toho se tento protokol nebo rozdílové zálohování převede na úplné zálohování.
• Pokud je nejnovější úplné zálohování k určitému bodu v čase starší než 15 dnů, místo toho se další protokol nebo rozdílové zálohování převede na úplné zálohování.
• Všechny úlohy zálohování, které se zruší kvůli upgradu rozšíření, se po dokončení upgradu znovu opakují a rozšíření se spustí.
• Pokud se rozhodnete databázi během obnovení přepsat, další zálohování protokolu nebo rozdílové zálohování selže a místo toho se aktivuje úplná záloha.
• V případech, kdy je úplné zálohování nutné k resetování řetězů protokolů kvůli změně modelu obnovení databáze, se úplné zálohování aktivuje automaticky v dalším plánu.

Ne, nemůžete zrušit automatickou úlohu oprav. Můžete se z něj ale odhlásit pomocí následujícího postupu:

1. V instanci SQL Serveru ve složce C:\Program Files\Azure Workload Backup\bin vytvořte nebo upravte soubor ExtensionSettingsOverrides.json .
2. V souboru ExtensionSettingsOverrides.json nastavte {"EnableAutoHealer": false}.
3. Uložte změny a zavřete soubor.
4. V instanci SQL Serveru otevřete Správu úloh a restartujte službu AzureWLBackupCoordinatorSvc .

Ano. Pokud chcete minimalizovat dopad na instanci SQL Serveru, můžete omezit rychlost, s jakou se spouští zásady zálohování. Změna nastavení:

1. V instanci SQL Serveru ve složce C:\Program Files\Azure Workload Backup\bin vytvořte soubor ExtensionSettingsOverrides.json .

2. V souboru ExtensionSettingsOverrides.json změňte DefaultBackupTasksThreshold nastavení na nižší hodnotu (například 5).
   {"DefaultBackupTasksThreshold": 5}
   Výchozí hodnota DefaultBackupTasksThreshold je 20.

3. Uložte změny a zavřete soubor.

4. V instanci SQL Serveru otevřete Správce úloh. Restartujte službu AzureWLBackupCoordinatorSvc.
   
   I když tato metoda pomáhá v případě, že aplikace zálohování spotřebovává velké množství prostředků, správce prostředků SQL Serveru představuje obecnější způsob, jak určit omezení množství procesoru, fyzických vstupně-výstupních operací a paměti, které můžou používat příchozí požadavky aplikace.

Ne. Úspěšné úlohy zálohování negenerují upozornění. Výstrahy se odesílají jenom pro úlohy zálohování, které selžou. Podrobné chování pro upozornění portálu je popsané tady. Pokud ale máte zájem o upozornění i pro úspěšné úlohy, můžete použít monitorování pomocí služby Azure Monitor.

Ano, tuto funkci můžete dosáhnout pomocí automatické ochrany.

Pokud dojde k vyřazení databáze z automaticky chráněné instance, budou se zálohy databáze stále pokoušet. To znamená, že odstraněná databáze se začne zobrazovat jako poškozená v části Zálohované položky a je stále chráněná.

Správným způsobem, jak zastavit ochranu této databáze, je zastavit zálohování s odstraněním dat v této databázi.

Ano, databáze můžete chránit na virtuálních počítačích, které mají povolenou službu Azure Disk Encryption (ADE).

Ano, Azure Backup podporuje zálohování databází SQL Serveru nebo serveru s povoleným transparentním šifrováním dat. Zálohování podporuje transparentní šifrování dat s klíči spravovanými v Azure nebo pomocí klíčů spravovaných zákazníkem (BYOK). Zálohování neprovádí žádné šifrování SQL v rámci procesu zálohování, takže při zálohování zůstane databáze zašifrovaná.

Provádíme operaci kontrolního součtu u datového streamu. To ale není zaměňováno s kontrolním součtem SQL. Zálohování úloh Azure vypočítá kontrolní součet datového streamu a ukládá ho explicitně během operace zálohování. Tento stream kontrolního součtu se pak použije jako odkaz a křížově ověří kontrolní součet datového proudu během operace obnovení, aby se zajistilo, že jsou data konzistentní.

Ano. Azure Site Recovery aktivuje úplné zálohování jen pro kopírování při pořizování snímku konzistentního vzhledem k aplikacím na virtuálním počítači, aby se protokoly nezkrátily. Další informace.

Nabídka Úlohy zálohování zobrazuje všechny naplánované a na vyžádání operace s výjimkou naplánovaných záloh protokolů, protože můžou být velmi časté. Pro naplánované úlohy protokolu použijte monitorování pomocí služby Azure Monitor.

Pokud zastavíte zálohování se zachováním dat, nebudou probíhat žádné budoucí zálohy a stávající body obnovení zůstanou nedotčené. Databáze bude stále považována za chráněnou a bude zobrazena v části Zálohované položky.

Pokud zastavíte zálohování s odstraněnými daty, nebudou probíhat žádné budoucí zálohy a stávající body obnovení budou také odstraněny. Databáze bude považována za nechráněnou a zobrazí se v instanci v okně Konfigurovat zálohování . Na rozdíl od jiných databází chráněných ručně nebo ručně chráněných databází se tato databáze zobrazuje šedě a nedá se vybrat. Jedinou možností, jak tuto databázi znovu chránit, je zakázat automatickou ochranu instance. Teď můžete vybrat tuto databázi a nakonfigurovat ji nebo znovu povolit automatickou ochranu instance.

Přejmenovaná databáze se považuje za novou databázi. Služba proto bude s touto situací zacházet, jako by databáze nebyla nalezena a selhala zálohování.

Můžete vybrat databázi, která se teď přejmenuje a nakonfiguruje ochranu. Pokud je v instanci povolená automatická ochrana, přejmenovaná databáze se automaticky rozpozná a bude chráněna.

Databáze, kterou přidáte do automaticky chráněné instance , se nemusí okamžitě zobrazit v chráněných položkách. Důvodem je to, že zjišťování obvykle běží každých 8 hodin a skutečná ochrana systému může trvat delší dobu, protože závisí na velikosti virtuálního počítače. Nové databáze však můžete zjistit okamžitě, pokud ručně spustíte zjišťování výběrem databáze Rediscover, jak je znázorněno na následujícím obrázku:

Ano, soubory si můžete stáhnout částečně, jak je uvedeno tady.

Ano, ke stažení souborů potřebujete cestu k souboru v registrovaném virtuálním počítači. Tato cesta může být také sdílená síťová složka. Nakonfigurujte sdílenou síťovou složku z neregistrovaného virtuálního počítače na zaregistrovaný virtuální počítač a pak jako cílovou cestu k souboru zvolte zaregistrovaný virtuální počítač a sdílenou síťovou složku. Po stažení souborů můžete jednoduše odpojit sdílenou síťovou složku od registrovaného virtuálního počítače a soubory jsou teď dostupné v neregistrované virtuálním počítači.

Během operace zálohování se úloha zálohování připojí ke třem koncovým bodům služby – AzureBackupAzureStorage, a Microsoft Entra ID. In this scenario, we recommend you to configure the Service Endpoint to AzureStorage, což pomáhá odesílat provoz z virtuální sítě přímo do úložiště. Pro Azure Backup a Microsoft Entra ID můžete nakonfigurovat trasu definovanou uživatelem přes značky služeb, aby provoz putoval do páteřní sítě místo do místní sítě.

Další kroky

Zjistěte, jak zálohovat databázi SQL Serveru, která běží na virtuálním počítači Azure.