Zálohování a obnovení zálohy serveru

Hlavní stránka / Podpora / Příručky / Příručka administrátora / Zálohování /

Zálohování a obnovení zálohy serveru

1. Zálohování pomocí programu BackupServer.exe

  • Zálohování pomocí programu „BackupServer.exe“ je založeno na vytváření záloh na serveru a jejich následném stahování na klientský počítač přes internet nebo interní síť.
  • Pomocí programu „BackupServer.exe“ lze zálohovat:
    • nastavení serveru IIS,
    • databáze (MSSQL, Firebird),
    • adresář NET Genia.
  • Vzorové soubory programu jsou k dispozici v každé instalaci NET Genia v adresáři „Backup\BackupServer“.

Použití:

BackupServer.exe [/config][/task][/decrypt][/restore]
  • Nepovinné parametry:
    • /config – vytvoří v aktuálním umístění vzorový konfigurační soubor „BackupServer.exe.config“,
    • /task – vytvoří naplánovanou úlohu „NET Genium\BackupServer“ s denním spouštěním,
    • /decrypt – dešifruje všechny ZIP archivy v adresáři „Files“, viz kapitola Obnovení zálohy,
    • /restore – obnoví soubory ze záloh uložených v adresáři „Files“ do cílového umístění, viz kapitola Obnovení zálohy.
  • Program podporuje také parametr file, kterým lze zadat konkrétní (při zálohování zašifrovaný) soubor. V takovém případě bude daný soubor dešifrován.

Příklad použití:

BackupServer.exe soubor.zip

1.1. Serverová část – vytvoření zálohy na serveru

  • Program „BackupServer.exe“ včetně všech knihoven a souborů uložte například do adresáře „C:\Services\BackupServer\“. Do tohoto adresáře se zároveň ukládají vytvořené zálohy.
  • Program používá konfigurační soubor „BackupServer.exe.config“, který obsahuje nastavení šifrování, výčet zálohovaných databází a adresářů a další volby.

Příklad konfiguračního souboru:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<appSettings>

<add key="key1" value="abcdefgh" />
<add key="key2" value="hgfedcba" />

<add key="database" value="db1" />
<add key="database" value="(local)\SQLEXPRESS|db2" />
<add key="database" value="(local)\SQLEXPRESS|*" />
<add key="database" value="C:\Firebird\DB3.FDB" />
<add key="excludedatabase" value="(local)\SQLEXPRESS|db4" />
<add key="excludedatabase" value="C:\Firebird\Test\*.fdb" />

<add key="directory" value="C:\inetpub\wwwroot" />
<add key="directory" value="C:\Services" />
<add key="includefile" value="C:\Services\Custom\settings.json" />

<add key="excludedirectory" value="C:\Services\BackupServer\Files" />
<add key="excludedirectory" value="C:\Services\BackupServer\Temp" />
<add key="excludefile" value="C:\Services\PaymentService\*.log" />

<add key="runfile" value="C:\Services\Update\Update.exe" />

<add key="fullbackupinterval" value="7" />
<add key="multiplethreads" value="true" />
<add key="copy2directory" value="D:\BackupCopy" />

<add key="logServiceConnectionString" value="driver=firebird;datasource=localhost;user=SYSDBA;password=masterkey;database=C:\Firebird\netgenium.fdb;charset=WIN1250;collation=WIN_CZ_CI_AI" />

</appSettings>
</configuration>

V konfiguračním souboru lze specifikovat:

  • šifrování záloh – parametry „key1“ a „key2“ (pokud jsou uvedeny, vytvořené soubory jsou po dokončení zálohy zašifrovány; na klientovi se následně dešifrují),
  • databáze určené k zálohování – parametr „database“:
    • MSSQL databáze: syntaxe „název_instance|název_databáze“,
    • všechny MSSQL databáze na instanci: syntaxe „název_instance|*“,
    • Firebird databáze: plná cesta k databázovému souboru,
    • více Firebird databází v adresáři: plná cesta k adresáři zakončená „*.fdb“,
    • Firebird databáze zadaná pouze názvem souboru se hledá v adresáři „X:\Firebird\“ na stejném disku, ze kterého je spuštěn „BackupServer.exe“,
  • databáze vyloučené ze zálohy – parametr „excludedatabase“:
    • MSSQL databáze se zapisují stejnou syntaxí jako u parametru „database“,
    • Firebird databáze lze zapsat plnou cestou nebo maskou „*.fdb“,
  • adresáře určené k zálohování – parametry „directory“ nebo „includedirectory“,
  • jednotlivé soubory určené k zálohování – parametr „includefile“:
    • lze použít také konstrukci „*.přípona“,
  • adresáře vyloučené ze zálohy – parametr „excludedirectory“,
  • soubory vyloučené ze zálohy – parametr „excludefile“:
    • lze použít konstrukci „*.přípona“.
  • programy, které se mají spustit po vytvoření zálohy (ale ještě před zašifrováním) – parametr „runfile“.
  • interval pro vytváření plné zálohy v dnech – parametr „fullbackupinterval“. Pokud parametr chybí, použije se výchozí interval 1 měsíc.
  • paralelní zálohování databází – parametr „multiplethreads“:
    • pokud parametr chybí nebo má hodnotu „true“, databáze se zálohují ve vláknech,
    • hodnota „false“ vynutí postupné zálohování databází,
  • kopírování nově vytvořených archivů do dalšího adresáře – parametr „copy2directory“:
    • každý archiv se do cílového adresáře kopíruje s až 10 pokusy po 10 sekundách,
  • automatické zalogování služby „BackupServer“ do tabulky „ng_sluzbawindows“ (interval 1 den) – parametr „logServiceConnectionString“.
    • Z důvodu zpětné kompatibility lze použít také parametr „connectionString“.
  • Nastavení serveru IIS se zálohuje automaticky.
  • Zálohování se obvykle spouští naplánovanou úlohou ve Windows. Pro samotné vytvoření zálohy stačí spustit „BackupServer.exe“ bez parametrů.
  • Naplánovanou úlohu lze vytvořit také parametrem „/task“. Program vytvoří složku „NET Genium“ v Plánovači úloh, do ní přidá úlohu „BackupServer“, nastaví denní spouštění 5 minut po půlnoci následujícího dne a spouštění s nejvyššími oprávněními. Po vytvoření je nutné změnit účet úlohy na účet, který má přístup k zálohovaným databázím a souborům.

Postup zálohování

  • Vytvoření adresářů „Files“ a „Temp“, pokud neexistují.
  • Promazání adresáře „Temp“, do kterého se dočasně ukládají:
    • zálohy nastavení IIS (včetně aplikačních poolů a webů),
    • zálohy databází.
  • Provedení zálohy do adresáře „Temp“:
    • IIS: „applicationHost.config“,
    • aplikační pooly IIS: „apppools.xml“,
    • weby IIS: „sites.xml“,
    • naplánované úlohy Windows: „scheduledtasks.xml“,
    • katalogy Indexing Service: „catalogs.IS“,
    • databáze: „název_databáze.bak“ (MSSQL) nebo „název_databáze.fbk“ (Firebird).
  • Záloha nastavení IIS probíhá pouze na Windows Serveru. Program nejprve zkopíruje soubor „%windir%\System32\inetsrv\config\applicationHost.config“ do souboru „Temp\applicationHost.config“ a vytvoří pomocný soubor „Temp\applicationHost.bat.txt“ s příkazem pro ruční obnovení tohoto souboru.
  • Pokud existuje nástroj „%windir%\System32\inetsrv\AppCmd.exe“, program spustí:
    • „%windir%\System32\inetsrv\AppCmd.exe list apppool /config /xml“ – výstup uloží do souboru „Temp\apppools.xml“,
    • „%windir%\System32\inetsrv\AppCmd.exe list site /config /xml“ – výstup uloží do souboru „Temp\sites.xml“.
  • Pokud existuje nástroj „%windir%\System32\schtasks.exe“, program spustí „%windir%\System32\schtasks.exe /query /xml“ a výstup uloží do souboru „Temp\scheduledtasks.xml“.
  • Program se pokusí zazálohovat také katalogy služby Indexing Service do souboru „Temp\catalogs.IS“. Pokud služba Indexing Service není v systému dostupná, tato část se tiše přeskočí.
  • Soubory z adresáře „Temp“ se následně vloží do vytvořeného ZIP archivu společně se zálohovanými adresáři a soubory definovanými v konfiguraci. Pokud konfigurace neobsahuje žádnou databázi ani žádný zálohovaný adresář, program po vytvoření dočasných souborů se zálohou nastavení serveru skončí a ZIP archiv nevytvoří.
  • Před zálohou každé databáze program odstraní z tabulek „stables_stats“, „sviewpages_stats“, „squerybuilder_stats“, „sngef_stats“ a „sngscript_stats“ záznamy starší než 1 měsíc, pokud dané tabulky v databázi existují.
  • Zálohování databází:
    • MSSQL databáze se zálohují příkazem „BACKUP DATABASE“ přes Windows ověřování („Trusted_Connection=true“),
    • Firebird databáze se zálohují pomocí „gbak.exe“, který program hledá v adresářích „C:\Program Files\Firebird“ a „C:\Program Files (x86)\Firebird“,
    • před zálohou Firebird databáze se provede „SET STATISTICS“ pro všechny indexy,
    • zálohování jedné Firebird databáze má časový limit 4 hodiny,
    • databáze se zálohují paralelně nejvýše po 5 vláknech; databáze větší než 1 GB se v praxi spouští samostatně po doběhnutí předchozích vláken.
  • Adresáře „Temp“ a „Files“ programu „BackupServer.exe“ jsou ze zálohy vyloučeny automaticky i v případě, že nejsou uvedeny v konfiguraci.
  • Program automaticky přeskočí:
    • adresáře „catalog.wci“,
    • adresáře obsahující „\Logs\“,
    • adresáře obsahující „\Temp\“,
    • zálohy „*.bak“ a „*.fbk“ umístěné v adresáři „Backup“,
    • běžné soubory větší než 1 GB.
  • Rozhodnutí, zda se bude vytvářet plná nebo přírůstková záloha:
    • Plná záloha se provede, pokud:
      • adresář „Files“ je prázdný (dosud nebyla provedena žádná záloha),
      • v adresáři „Files“ existují zálohy, ale neexistuje žádná plná záloha označená „-x“,
      • uplynul interval pro plnou zálohu a současně není aktivní víkendové omezení pro velké plné zálohy.
    • Interval pro plnou zálohu se počítá od data poslední plné zálohy označené „-x“:
      • pokud je „fullbackupinterval“ větší než 0, další plná záloha je možná až tehdy, když je datum nové zálohy pozdější než datum poslední plné zálohy + „fullbackupinterval“ dní,
      • pokud „fullbackupinterval“ chybí nebo je 0, použije se interval 1 měsíc a další plná záloha je možná až tehdy, když je datum nové zálohy pozdější než datum poslední plné zálohy + 1 měsíc.
    • Datum nové zálohy v tomto rozhodování odpovídá předchozímu dni vůči datu spuštění programu, protože soubory zálohy se pojmenovávají datem „DateTime.Now.AddDays(-1)“.
    • Pokud interval pro plnou zálohu ještě neuplynul, vytvoří se přírůstková záloha.
    • Pokud interval pro plnou zálohu uplynul a celková velikost poslední plné zálohy je nejvýše 10 GB, vytvoří se plná záloha.
    • Pokud interval pro plnou zálohu uplynul, ale celková velikost poslední plné zálohy je větší než 10 GB, vytvoří se plná záloha pouze při spuštění programu v sobotu nebo v neděli; v ostatních dnech se vytvoří přírůstková záloha.
    • Přírůstková záloha se provede vždy, pokud se neprovádí plná záloha. Přírůstky se vytváří pro soubory s archivním atributem nebo pro soubory s datem změny od dne následujícího po poslední zálohu.
  • Uložení plné zálohy:
    • Plná záloha je ukládána ve formátu „yyyy-mm-dd-x.zip“. Pokud se záloha rozdělí do více souborů, další části dostanou pořadové číslo podle pravidel pro unikátní název souboru, například „yyyy-mm-dd-x (2).zip“.
    • Víkendové omezení u plných záloh větších než 10 GB se vyhodnocuje až po vypršení intervalu pro plnou zálohu.
  • Případné promazání starších záloh:
    • Pokud se provádí plná záloha a současně:
      • je „fullbackupinterval“ menší než 30 dní, nebo
      • (velikost poslední plné zálohy × 1,5) je větší než volné místo na disku,
    • smažou se všechny zálohy starší než 1 týden (plné i přírůstkové).
  • Vytvoření nové zálohy v adresáři „Files“:
    • ZIP archivy se vytváří z obsahu adresáře „Temp“ a ze všech adresářů definovaných v konfiguraci,
    • záloha se dělí na více ZIP souborů o maximální velikosti 1 GB,
    • jednotlivé soubory přírůstkové zálohy jsou pojmenovány „yyyy-mm-dd.zip“, případně „yyyy-mm-dd (2).zip“, „yyyy-mm-dd (3).zip“ atd.,
    • datum v názvu zálohy odpovídá předchozímu dni vůči datu spuštění programu.
  • Databáze větší než 1 GB:
    • pokud je záloha databáze větší než 1 GB, databáze se nevkládá do hlavního ZIP archivu, ale uloží se do samostatného ZIP archivu v adresáři „Files“ jako „yyyy-mm-dd-db-název_databáze.zip“,
    • příslušný soubor databáze se následně z adresáře „Temp“ odstraní.
  • Vytvoření souborů „FileList.txt“ a „log.txt“ v adresáři „Files“:
    • „FileList.txt“ obsahuje výčet všech dostupných souborů zálohy v adresáři „Files“ (ZIP archivů a případných starších samostatných souborů „.bak“ nebo „.fbk“),
    • v každém vytvořeném ZIP archivu jsou také soubory „Directories.txt“, „Files.txt“ a „Errors.txt“,
      • „Directories.txt“ obsahuje seznam adresářů nalezených při zálohování,
      • „Files.txt“ obsahuje seznam souborů nalezených při zálohování,
      • „Errors.txt“ obsahuje cesty, u kterých při čtení nebo zálohování došlo k chybě,
    • „log.txt“ obsahuje záznam o průběhu zálohy (např. „2014-01-01 05:00:00 OK“).
  • Program zároveň vytváří pomocné logy v adresáři programu:
    • „BackupServer.log“ – hlavní log průběhu,
    • „BackupServer-last-job.log“ – poslední právě prováděná operace,
    • „DriveInfo.log“ – využité, volné a celkové místo na disku,
    • „Customer.log“, „Developer.log“, „Tester.log“, „Errors.log“, „Log.aspx.log“, „LogToDatabase.log“, „LogToDisk.log“ a „RunScript.log“ – diagnostické seznamy odvozené ze zálohovaných NET Genií.
  • Po úspěšném vložení souboru do archivu program odstraní archivní atribut daného souboru, pokud se mezitím nezměnil čas jeho poslední změny.
  • Spuštění programů definovaných parametrem „runfile“:
    • spouští se po vytvoření hlavního ZIP archivu; programy jsou spuštěny po řadě a potom mohou dobíhat souběžně,
    • pokud položka odkazuje na „Update.exe“ a aktuální hodina je vyšší než 6, program se nespustí,
    • program „BackupServer.exe“ čeká na dokončení spuštěných programů maximálně 4 hodiny a potom ještě 1 minutu.
  • Zašifrování nově vytvořených souborů v adresáři „Files“, pokud jsou v konfiguraci uvedeny „key1“ a „key2“.
  • Pokud je uveden parametr „copy2directory“, nově vytvořené ZIP archivy se po vytvoření nebo zašifrování zkopírují také do zadaného adresáře.
  • Promazání záloh starších než 1 týden (plných i přírůstkových), pokud byla právě provedena plná záloha nebo pokud je datum zálohy starší než datum poslední plné zálohy.
  • Pro běh klientské části je nutné, aby byl adresář „Files“ vzdáleně přístupný. Toho lze dosáhnout přidáním virtuálního adresáře do IIS pod aplikaci NET Genia.
  • Program při prvním spuštění vytvoří v adresáři „Files“ soubor „Web.config“, který pro stažení záloh povoluje pouze metody „HEAD“ a „GET“, nastavuje limit požadavku na 4 GB a registruje MIME typ „application/octet-stream“ pro soubory „.bak“ a „.fbk“.
  • Virtuální adresář pojmenujte například „backupserver298“ a jako fyzické umístění nastavte „C:\Services\BackupServer\Files\“.
  • Tomuto adresáři nastavte oprávnění pro čtení tak, aby bylo možné zálohy z klientských stanic stahovat.

1.2. Klientská část – stažení zálohy na klienta

  • Klientská část slouží ke stahování záloh ze serveru.
  • V podadresáři „Client“ adresáře „BackupServer“ vyhledejte program „BackupServerService.exe“.
  • Spusťte „BackupServerService.exe“, aby se vytvořily zástupce „BackupServerService – console.lnk“ a „BackupServerService – user.lnk“.
  • Spusťte „BackupServerService – user.lnk“ a v dialogu klikněte na tlačítko „Install“. Tím dojde k instalaci služby „BackupServerService“, která se bude spouštět automaticky po startu systému.
  • Služba provádí kontrolu stahování záloh každých 10 minut.
  • Služba používá konfigurační soubor „BackupServerService.exe.config“.

Příklad konfiguračního souboru:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<appSettings>

<add key="url" value="https://www.netgenium.com/backupserver298" />

<add key="smtpServer" value="localhost" />
<add key="smtpUserName" value="" />
<add key="smtpPassword" value="" />

<add key="errorFrom" value="backupserverservice@netgenium.com" />
<add key="errorTo" value="support@netgenium.com" />

<add key="key1" value="abcdefgh" />
<add key="key2" value="hgfedcba" />

<add key="logServiceConnectionString" value="driver=firebird;datasource=localhost;user=SYSDBA;password=masterkey;database=C:\Firebird\netgenium.fdb;charset=WIN1250;collation=WIN_CZ_CI_AI" />

</appSettings>
</configuration>

V konfiguračním souboru je nutné specifikovat:

  • cestu, odkud se budou stahovat zálohy – parametr „url“ (v příkladu je „backupserver298“ virtuální adresář vytvořený v IIS),
    • doporučuje se nastavit restrikce na IP adresy tak, aby byl přístup povolen pouze z určených klientských stanic,
  • SMTP server a přihlašovací údaje pro odesílání e-mailů – parametry „smtpServer“, „smtpUserName“ a „smtpPassword“,
  • e-mailovou adresu odesílatele chybových hlášení – parametr „errorFrom“,
  • e-mailovou adresu příjemce chybových hlášení – parametr „errorTo“,
  • klíče pro dešifrování záloh – volitelné parametry „key1“ a „key2“ (musí být shodné s klíči na serveru; pokud nejsou uvedeny, stažené zálohy se nedešifrují),
  • automatické zalogování služby „BackupServerService“ do tabulky „ng_sluzbawindows“ (interval 1 den) – parametr „logServiceConnectionString“.

Informace o stahování záloh

  • Zálohy jsou ukládány do složky „Files“ v umístění, kde je uložen program „BackupServerService.exe“.
  • Pokud jsou v konfiguraci uvedeny „key1“ a „key2“, všechny ZIP archivy a databáze se po stažení dešifrují.
  • Při každém stažení se kontroluje stáří plných záloh. Pokud je v adresáři „Files“ více plných záloh, první plná záloha a všechny starší plné zálohy se automaticky smažou.

2. Obnovení zálohy

  • Zálohu lze obnovit na klientském počítači spuštěním programu „BackupServer.exe“ s parametrem „/restore“.
  • Program nabídne volby:
    • Restore all databases and server settings
    • Restore all files
    • Restore all files except file attachments
    • Restore file attachments only
    • Restore file list only (test)
  • Poznámka: Pokud se obnova provádí přímo na serveru, je před spuštěním „BackupServer.exe /restore“ nutné nejprve provést dešifrování souborů pomocí „BackupServer.exe /decrypt“, protože zálohy na serveru jsou uloženy v zašifrované podobě.

2.1. Obnovení všech databází a nastavení serveru (Restore all databases and server settings)

  • Tato volba vytvoří adresář „Restore“, do kterého budou obnoveny zálohy všech databází a nastavení serveru z poslední provedené zálohy.
    • Zálohy databází lze následně hromadně obnovit pomocí programu „SqlBackup.exe“ volbou restoreall.
    • Nastavení IIS lze obnovit zkopírováním souboru „applicationHost.config“ do adresáře „Windows\System32\inetsrv\config\“. Pro tyto účely je v adresáři „Restore“ připraven dávkový soubor „applicationHost.bat.txt“.
    • Pokud soubor „applicationHost.config“ není k dispozici, lze část nastavení IIS obnovit importem souborů „sites.xml“ a „apppools.xml“.
    • Součástí obnovy nastavení serveru mohou být také soubory „scheduledtasks.xml“ a „catalogs.IS“, pokud byly při záloze vytvořeny.
  • Tato volba obnovuje pouze archivy s nejnovějším datem zálohy. Starší přírůstky se pro obnovu databází a nastavení serveru nepoužívají.
  • Při této volbě se ze ZIP archivů obnovují jen databázové zálohy z adresáře „Temp“ a soubory nastavení serveru. Běžné aplikační soubory se neobnovují.

2.1.1. Ruční obnovení nastavení IIS

  • Ruční obnovení nastavení IIS provádějte z příkazového řádku nebo PowerShellu spuštěného jako správce.
  • Pokud obnovujete celý soubor „applicationHost.config“, nejprve zastavte IIS, zazálohujte aktuální konfiguraci a potom zkopírujte obnovený soubor do konfiguračního adresáře IIS:
iisreset /stop
copy "%windir%\System32\inetsrv\config\applicationHost.config" "%windir%\System32\inetsrv\config\applicationHost.config.before-restore"
copy "C:\Services\BackupServer\Restore\applicationHost.config" "%windir%\System32\inetsrv\config\applicationHost.config"
iisreset /start
  • Pokud obnovujete pouze aplikační pooly a weby ze souborů „apppools.xml“ a „sites.xml“, importujte nejdříve aplikační pooly a až potom weby. Weby mohou odkazovat na aplikační pooly, které musí v IIS existovat už před importem webů.
  • Import v PowerShellu:
Get-Content "C:\Services\BackupServer\Restore\apppools.xml" | & "$env:windir\System32\inetsrv\AppCmd.exe" add apppool /in
Get-Content "C:\Services\BackupServer\Restore\sites.xml" | & "$env:windir\System32\inetsrv\AppCmd.exe" add site /in
  • Import v klasickém příkazovém řádku:
"%windir%\System32\inetsrv\AppCmd.exe" add apppool /in < "C:\Services\BackupServer\Restore\apppools.xml"
"%windir%\System32\inetsrv\AppCmd.exe" add site /in < "C:\Services\BackupServer\Restore\sites.xml"
  • Import pomocí „AppCmd.exe“ přidává nové objekty. Pokud v IIS už existuje aplikační pool nebo web se stejným názvem, import skončí chybou. V takovém případě nejprve existující objekt přejmenujte nebo smažte, případně importujte pouze chybějící části konfigurace.
  • Pokud byl „BackupServer.exe“ spuštěn na serveru se zašifrovanými zálohami, je před ruční obnovou nutné nejprve spustit „BackupServer.exe /decrypt“ a potom „BackupServer.exe /restore“ s volbou Restore all databases and server settings. Tím se soubory „applicationHost.config“, „apppools.xml“ a „sites.xml“ rozbalí do adresáře „Restore“.

2.2. Obnovení všech souborů (Restore all files)

  • Tato volba obnoví celou adresářovou strukturu včetně všech souborů ze všech provedených záloh – od poslední plné zálohy včetně všech následujících přírůstkových záloh.
  • Program se zeptá, zda se má adresářová struktura obnovit:
    • do původního umístění (shodného s umístěním na serveru), nebo
    • do jiného zvoleného adresáře, odkud lze soubory následně přesunout podle potřeby.
  • Při obnově všech souborů se neobnovují databázové zálohy z adresáře „Temp“ ani soubory nastavení serveru „applicationHost.config“, „applicationHost.bat.txt“, „apppools.xml“, „sites.xml“, „scheduledtasks.xml“ a „catalogs.IS“. Ty patří do volby „Restore all databases and server settings“.
  • Po rozbalení archivů program načte soubory „Directories.txt“ a „Files.txt“ z obnovené zálohy:
    • vytvoří adresáře, které v cílovém umístění chybí,
    • zapíše varování pro soubory uvedené ve „Files.txt“, které se nepodařilo obnovit,
    • odstraní soubory, které byly při obnově rozbaleny, ale nejsou uvedeny ve výsledném „Files.txt“.
  • Mazání nepoužitých souborů se přeskočí, pokud „Files.txt“ neodpovídá žádnému obnovenému souboru. Tím se předchází nechtěnému mazání při neúplném nebo nesprávném seznamu souborů.

2.3. Obnovení všech souborů kromě souborových příloh (Restore all files except file attachments)

  • Obnova všech souborů může být časově náročná. V krizových situacích je proto možné obnovu rozdělit do dvou fází:
    • v první fázi obnovit pouze adresářovou strukturu bez souborových příloh (tj. bez všech adresářů „Files“), aby bylo možné zprovoznit všechna NET Genia a služby,
    • ve druhé fázi následně obnovit samotné souborové přílohy.
  • Program při této volbě vynechá všechny soubory uložené přímo v adresářích „Files“ nebo v jejich podadresářích. Soubory „Directories.txt“, „Files.txt“ a „Errors.txt“ se obnovují kvůli následné kontrole a druhé fázi obnovy.

2.4. Obnovení souborových příloh (Restore file attachments only)

  • Samostatná obnova souborových příloh je určena zejména jako druhá fáze obnovy po zprovoznění aplikací a služeb.
  • Při rozdělení obnovy do dvou fází platí:
    • v první fázi se obnoví adresářová struktura bez souborových příloh (bez adresářů „Files“),
    • ve druhé fázi se obnoví souborové přílohy.
  • Tato volba obnovuje soubory v adresářích „Files“ a jejich podadresářích. Zároveň obnovuje kontrolní soubory „Directories.txt“, „Files.txt“ a „Errors.txt“.

2.5. Obnovení pouze seznamu souborů – test (Restore file list only (test))

  • Tato volba slouží ke kontrolnímu průchodu archivů bez skutečného rozbalení souborů.
  • Program zapíše do „Restore.log“ seznam cest, které by se při běžné obnově zpracovávaly.
  • Obnova se v tomto režimu provádí proti původním cestám pouze logicky; soubory se nevytvářejí ani nepřepisují.