Kontrolní soubor

Koncept kontrolního souboru Kontrolní soubor je malý binární soubor pro záznam fyzické struktury databáze. Kontrolní soubor je pouze databáze. Při vytváření databáze vytvořte kontrolní soubor. Když se fyzická struktura databáze změní, Oracle aktualizuje kontrolní soubor. Uživatelé nemohou upravovat řídicí soubor a úpravu řídicího souboru dokončila společnost Oracle.

Spuštění a normální provoz databáze jsou neoddělitelné od řídicího souboru. Když spustíte databázi, Oracle získá název a umístění řídicího souboru ze souboru inicializačních parametrů, otevře řídicí soubor a poté z řídicího souboru načte informace o datovém souboru a online log souboru a nakonec otevře databáze. Když databáze běží, Oracle upraví kontrolní soubor, takže jakmile je kontrolní soubor poškozen, databáze nebude správně fungovat.

Informace o databázi jsou následující

Název databáze (Název databáze

Vytvoření časového razítka databáze

Název a umístění datového souboru

Název a umístění souboru online protokolu

informace o tabulkovém prostoru

historie protokolů (historie protokolů)

archivovat informace protokolu

Informace o zálohování

Aktuální pořadové číslo protokolu (Pořadové číslo protokolu)

Kontrolní bod

Velikost kontrolního souboru je níže Je rozhodnuto o několika parametrech:

maxlogfiles

maxLogmembers

maxDataFiles

MaxInstances

< p> když přidáte, přejmenujete, smažete datový soubor nebo soubor online protokolu, proces serveru Oracle (proces serveru) bude okamžitě aktualizován, aby odrážel tuto změnu struktury databáze řídicího souboru. Oracle nás tedy vždy varuje, že po změně struktury databáze zazálohujte kontrolní soubor. Proces zápisu protokolu LGWR je zodpovědný za zaznamenání aktuálního pořadového čísla protokolu do kontrolního souboru. Proces kontrolního bodu CKPT je zodpovědný za záznam informací o kontrolním bodu do kontrolního souboru. Archivační proces je zodpovědný za zaznamenání informací archivního protokolu do řídicího souboru.

hodnota řídicího souboru záznamové pozice CONTROL_FILES inicializační parametry. Obvykle by měl DBA zrcadlit řídicí soubory, distribuovat každý řídicí soubor na různé fyzické disky, když dojde ke katastrofě, i když je jeden z řídicích souborů poškozen, data se neztratí a celá databáze nezpůsobí poškození celé databáze. být paralyzován.