• Articles
• admin

Tato kapitola vysvětluje, jak vytvořit databázi fyzického pohotovostního režimu a začít na ni používat protokoly opakování. Tato kapitola obsahuje následující hlavní témata:

• kontrolní seznam úkolů
• vytvoření pohotovostní databáze: základní úkoly
• vytvoření pohotovostních databázových souborů
• vytvoření souboru parametru inicializace v pohotovostním režimu

3.1 kontrolní seznam úkolů

tabulka 3-1 poskytuje kontrolní seznam úkolů, které provádíte, abyste vytvořili pohotovostní databázi a synchronizovali ji tak, aby byla připravena zahájit spravovanou obnovu. Každý krok obsahuje odkaz na část, která poskytuje další informace.

Tabulka 3-1 Seznam Úkolů: Příprava na řízené zotavení

krok	úkol	místo	odkaz
	buď vytvořte novou zálohu primárních datových souborů databáze nebo otevřete starou zálohu.	primární	oddíl 3.3.2
	ujistěte se, že primární databáze je v režimu ARCHIVELOG.	Primární	Oddíl 3.33
	Připojte se k primární databázi a vytvořte pohotovostní ovládací soubor.	primární	oddíl 3.3.3
	zkopírujte záložní datové soubory a řídicí soubor v pohotovostním režimu z primárního webu na pohotovostní web.	primární	oddíl 3.3.4
	nastavte Inicializační parametry pro primární databázi.	Primární	Oddíl 5.6.3
	Vytvořte soubor parametrů inicializace v pohotovostním režimu a nastavte parametry inicializace pro pohotovostní databázi. V závislosti na konfiguraci budete možná muset nastavit parametry převodu názvu souboru.	primární nebo pohotovostní režim	oddíl 5.6.1 a oddíl 6.3.4
	pomocí Oracle Net Manager vytvořte název čisté služby, který může pohotovostní databáze použít k připojení k primární databázi. Název čisté služby se musí vyřešit na deskriptor connect, který používá stejný protokol, adresu hostitele, port a SID, které jste zadali při konfiguraci posluchače na primárním webu databáze. Pokud si nejste jisti, jaké hodnoty použít pro tyto parametry, spusťte Oracle Net Manager na primárním webu databáze a zobrazte konfiguraci posluchače.	Pohotovostní režim	Oracle9i Net Services Administrator ‚ s Guide
	pomocí Oracle Net Manager vytvořte název čisté služby, který může primární databáze použít k připojení k pohotovostní databázi. Název čisté služby se musí vyřešit na deskriptor connect, který používá stejný protokol, adresu hostitele, port a SID, které jste zadali při konfiguraci posluchače na webu pohotovostní databáze. Pokud si nejste jisti, jaké hodnoty použít pro tyto parametry, spusťte Oracle Net Manager na webu pohotovostní databáze a zobrazte konfiguraci posluchače.	primární	Oracle9i Net Services Administrator ‚ s Guide
	pomocí Oracle Net Manager nakonfigurujte posluchače v pohotovostní databázi. Pokud plánujete spravovat tuto pohotovostní databázi pomocí nástroje Data Guard broker, musíte nakonfigurovat posluchače tak, aby používal protokol TCP / IP a staticky zaregistrovat pohotovostní databázovou službu pomocí SID.	Pohotovostní režim	Oracle9i Net Services Administrator ‚ s Guide
	spusťte instanci pohotovostního režimu a připojte databázi pohotovostního režimu.	Pohotovostní režim	oddíl 6.3.2
	v případě potřeby vytvořte soubory protokolu v pohotovostním režimu.	Pohotovostní Režim	Oddíl 5.8.4
	ručně změňte názvy primárních datových souborů a opakujte protokoly v řídicím souboru pohotovostního režimu pro všechny soubory, které nejsou automaticky přejmenovány pomocí DB_FILE_NAME_CONVERT a LOG_FILE_NAME_CONVERT, jak je uvedeno v kroku 6.	Pohotovostní režim	oddíl B. 4
	zastavte a restartujte posluchače v primární databázi a spusťte posluchače v pohotovostní databázi.	primární a pohotovostní režim	Oracle9i Net Services Administrator ‚ s Guide
	ručně povolte změny inicializačních parametrů v primární databázi, aby mohla zahájit archivaci na pohotovostní web.	primární	oddíl 5.3.2.2

3.2 vytvoření pohotovostní databáze: základní úkoly

nastavení pohotovostní databáze pro spravovanou obnovu vyžaduje provedení řady různých úkolů. Poté, co jste dokončili přípravu a zahájili řízenou obnovu, pohotovostní databáze automaticky a nepřetržitě aplikuje znovu protokoly, jak jsou přijímány z primární databáze. Obrázek 3-1 ukazuje vytvoření pohotovostní databáze.

obrázek 3-1 vytvoření pohotovostní databáze

textový popis ilustrace sbr81101.gif

3.3 vytvoření pohotovostních databázových souborů

pohotovostní databázi můžete vytvořit na stejném webu jako primární databáze nebo na samostatném webu. Pokud vytvoříte pohotovostní databázi na stejném webu, postupujte při vytváření pohotovostních databázových souborů opatrně, abyste nepřepisovali soubory v primární databázi.

vytvoření pohotovostních databázových souborů probíhá ve čtyřech fázích:

1. použití záloh pro vytvoření pohotovostního režimu
2. vytvoření pohotovostního datového souboru
3. vytvoření řídicího souboru pohotovostního režimu
4. kopírování souborů do pohotovostního režimu

3.3.1 Použití záloh pro vytvoření pohotovostního režimu

každá pohotovostní databáze musí být vytvořena ze zálohy primární databáze.

můžete také použít jednu zálohu primární databáze k vytvoření až devíti pohotovostních databází, i když různé pohotovostní databáze v prostředí nemusí být vytvořeny ze stejné zálohy. (Můžete vytvořit neomezený počet pohotovostních databází, ale jedna primární databáze může podporovat pouze až devět pohotovostních databází najednou.) Obrázek 3-2 ukazuje, že můžete vytvořit jednu pohotovostní databázi ze zálohy primární databáze pořízené 20. ledna a vytvořit další pohotovostní databázi ze zálohy pořízené 20.června. Pokud máte archivované protokoly redo potřebné k provedení úplné obnovy zálohy, může sloužit jako základ pro pohotovostní databázi.

obrázek 3-2 vytváření pohotovostních databází pomocí různých záloh

textový popis ilustrace sbr81104.gif

3.3.2 vytvoření pohotovostních datových souborů

nejprve proveďte zálohy primárních databázových datových souborů. Z těchto záloh vytvoříte záložní datové soubory.

můžete použít libovolnou zálohu primární databáze, pokud jste archivovali znovu protokoly k úplnému obnovení databáze. Záloha může být stará nebo Nová, konzistentní nebo nekonzistentní. Horké zálohy (nebo otevřené zálohy) umožňují udržovat databázi otevřenou při provádění zálohy. Nicméně můžete upřednostňovat vytvoření nové uzavřené a konzistentní zálohy pomocí nástroje Recovery Manager utility (RMAN), abyste zabránili použití velkého počtu archivovaných protokolů redo.

vytvořit konzistentní zálohu celé databáze, která bude sloužit jako základ pro pohotovostní databázi:

1. spusťte relaci SQL v primární databázi a dotazujte se na V$DATAFILE pevné zobrazení, abyste získali seznam primárních datových souborů. Zadejte například:

   SQL> SELECT NAME FROM V$DATAFILE;NAME ----------------------------------------------------------------------------/oracle/dbs/tbs_01.dbf/oracle/dbs/tbs_02.dbf/oracle/dbs/tbs_03.dbf/oracle/dbs2/tbs_11.dbf /oracle/dbs2/tbs_12.dbf/oracle/dbs3/tbs_21.dbf/oracle/dbs3/tbs_22.dbf 7 rows selected.

2. čistě vypněte primární databázi:

   SQL> SHUTDOWN;

3. proveďte konzistentní zálohování datových souborů z primární databáze pomocí nástroje Recovery Manager utility (RMAN) nebo nástroje operačního systému.
4. znovu otevřete primární databázi. Zadejte například:

   SQL> STARTUP PFILE=initPRIMARY1.ora;

   
   Viz také:

   uživatelská příručka Oracle9i Recovery Manager, kde se dozvíte, jak vytvořit pohotovostní databázi pomocí nástroje Recovery Manager

3.3.3 vytvoření řídicího souboru v pohotovostním režimu

po vytvoření záloh, které budou použity jako záložní datové soubory, můžete vytvořit řídicí soubor v pohotovostním režimu. Ovládací soubor musí být vytvořen po posledním časovém razítku pro záložní datové soubory.

vytvoření řídicího souboru pohotovostní databáze:

1. ujistěte se, že primární databáze je v režimu ARCHIVELOG a že archivace je povolena. Buď zadejte příkaz SQL * Plus ARCHIVE LOG LIST nebo dotaz na zobrazení V$DATABASE. Proveďte následující kroky:
   1. spusťte a připojte primární databázi bez jejího otevření. Například:

      SQL> STARTUP MOUNT PFILE=initPRIMARY1.ora

   2. zadejte příkaz SQL * Plus ARCHIVE LOG LIST a zjistěte, zda je databáze v režimu ARCHIVELOG. Příklad:

      SQL> ARCHIVE LOG LIST;Database log mode No Archive ModeAutomatic archival DisabledArchive destination /oracle/dbs/archOldest online log sequence 0Current log sequence 1

   3. pokud databáze není v režimu ARCHIVELOG, jak je uvedeno v kroku b, zadejte následující příkaz pro umístění databáze do režimu ARCHIVELOG:

      SQL> ALTER DATABASE ARCHIVELOG;

   4. příkaz SQL*Plus ARCHIVE LOG LIST můžete znovu vydat, abyste ověřili, že databáze byla umístěna v režimu ARCHIVELOG. Například:

      SQL> ARCHIVE LOG LIST;Database log mode Archive ModeAutomatic archival DisabledArchive destination /oracle/dbs/archOldest online log sequence 0Next log sequence to archive 1Current log sequence 1

   Chcete-li povolit automatickou archivaci online protokolů opakování, musíte v souboru inicializačního parametru nastavit LOG_ARCHIVE_START=true. To však nemusí být provedeno před vytvořením řídicího souboru v pohotovostním režimu.

   
   Viz Také:

   SQL * Plus uživatelská příručka a Reference pro další informace o příkazu ARCHIVE LOG LIST a Příručka správce databáze Oracle9i pro další informace o příkazu ALTER DATABASE ARCHIVELOG a inicializačním parametru LOG_ARCHIVE_START

2. Připojte se k primární databázi a vytvořte ovládací Soubor pro pohotovostní databázi. Chcete-li například vytvořit řídicí soubor pohotovostního režimu jako /oracle/dbs/stbycf.ctl na primárním webu, zadejte následující:

   SQL> ALTER DATABASE CREATE STANDBY CONTROLFILE AS '/oracle/dbs/stbycf.ctl';

   název souboru vytvořeného řídicího souboru pohotovostního režimu se musí lišit od názvu souboru aktuálního řídicího souboru primární databáze. Můžete také použít RMAN k vytvoření řídicího souboru pohotovostní databáze.

   
   Viz také:

   Oracle9i SQL Reference pro další informace o příkazu ALTER DATABASE a uživatelská příručka Oracle9i Recovery Manager pro další informace o RMAN

3.3.4 kopírování souborů do pohotovostního režimu

po úspěšném vytvoření pohotovostního datového souboru a řídicího souboru zkopírujte soubory do pohotovostního režimu pomocí nástroje operačního systému.

pokud je pohotovostní databáze zapnutá	, pak
samostatný web se stejnou adresářovou strukturou jako primární databáze	lze použít stejné názvy cest pro pohotovostní soubory jako primární soubory. Tímto způsobem nemusíte přejmenovat primární datové soubory v řídicím souboru pohotovostního režimu.
stejný web jako primární databáze nebo pohotovostní databáze je na samostatném webu s jinou adresářovou strukturou	musí přejmenovat primární datové soubory v řídicím souboru pohotovostního režimu po jejich zkopírování do pohotovostního režimu. Můžete: nastavte parametry inicializace převodu názvu souboru. Viz Bod 6.3.4. přejmenujte soubory ručně pomocí příkazů ALTER DATABASE. Viz Oddíl B.4. použijte kombinaci parametrů převodu a ručních přejmenování.

pomocí příkazů nebo nástrojů operačního systému proveďte následující operace kopírování do pohotovostního režimu:

1. zkopírujte řídicí soubor pohotovostního režimu.
2. zkopírujte záložní datové soubory.
3. zkopírujte všechny dostupné archivované protokoly redo na pohotovostní stránku.
4. zkopírujte online protokoly opakování. To se doporučuje pro operace přechodu a převzetí služeb při selhání.

nekopírujte dočasné tabulky. Pro kopírování binárních souborů použijte vhodnou metodu.

3.4 vytvoření souboru parametru inicializace v pohotovostním režimu

jakmile nakonfigurujete soubor parametru inicializace primární databáze, můžete soubor duplikovat pro použití v pohotovostní databázi. Postup pro vytvoření souboru parametru inicializace v pohotovostním režimu je následující:

1. Zkopírujte soubor parametru inicializace pro primární databázi pomocí obslužného programu operačního systému.
2. upravte soubor inicializačních parametrů pro použití v pohotovostní databázi.
3. přeneste soubor parametru inicializace do pohotovostního režimu pomocí příslušného nástroje operačního systému.
   
   Viz také:

   oddíl 5.6.1, oddíl 6.3.4 a oddíl 10.1.2