Creazione di specifiche di cloni
Suggerisci modifiche
PDF
SnapManager per Oracle utilizza un file XML di specifica del clone, che include mappature, opzioni e parametri da utilizzare nell'operazione del clone. SnapManager utilizza queste informazioni per determinare dove posizionare i file cloni e come gestire le informazioni diagnostiche, i file di controllo, i parametri e così via.
È possibile creare il file di specifica del clone utilizzando l'interfaccia grafica utente (GUI), l'interfaccia della riga di comando (CLI) o un editor di testo di SnapManager.
Quando si crea il file di specifica del clone utilizzando un editor di testo, è necessario salvarlo come file .xml. È possibile utilizzare questo file XML per altre operazioni di clonazione.
È inoltre possibile creare un modello di specifica clone e personalizzarlo. È possibile utilizzare il comando modello clone smo oppure, nella GUI, utilizzare la procedura guidata Clone.
SnapManager per Oracle aggiunge una stringa di versione a qualsiasi modello di specifica clone generato. SnapManager per Oracle presuppone la versione più recente per qualsiasi file di specifica clone privo di stringa di versione.
Se si desidera eseguire la clonazione remota, non modificare le posizioni predefinite dei file di dati, ripristinare i file di log e i file di controllo nel file di specifica del clone. Se si modifica la posizione predefinita, SnapManager non crea il clone o il clone su un database che non supporta la funzionalità Snapshot. Pertanto, la creazione automatica del profilo non riesce.
|
Sebbene le informazioni relative al punto di montaggio e al gruppo di dischi ASM siano modificabili dalla GUI, è possibile modificare solo il nome del file e non le posizioni dei file. |
È possibile eseguire un'attività più volte, con combinazioni di parametri e valori uguali o diverse.
-
Aprire un file di testo e inserire il testo come illustrato nell'esempio seguente:
<clone-specification xmlns="http://www.example.com> <storage-specification/> <database-specification/> </clone-specification> -
Nel componente delle specifiche dello storage, inserire i punti di montaggio per i file di dati.
La specifica dello storage elenca le posizioni per il nuovo storage creato per il clone, come ad esempio i punti di montaggio dei file di dati e i dispositivi raw. Questi elementi devono essere mappati dall'origine alla destinazione.
Nell'esempio seguente viene visualizzata la sintassi del punto di montaggio del file di dati utilizzata nella specifica del clone:
<mountpoint> <source>/mnt/path/source_data file_mountpoint</source> <destination>/mnt/path/target_data file_mountpoint</destination> </mountpoint> -
Facoltativo: Se si dispone di un dispositivo raw sull'origine, è necessario specificare il percorso del dispositivo raw sull'origine, quindi specificare la destinazione auto-generation=`"true`" per la destinazione.
A differenza del file di mappatura dei cloni delle versioni precedenti di SnapManager per Oracle, non è possibile specificare una posizione per il dispositivo raw sulla destinazione. SnapManager per Oracle sceglierà il nome del dispositivo successivo disponibile per il dispositivo raw clonato.
Nell'esempio seguente viene visualizzata la sintassi raw del dispositivo utilizzata nella specifica del clone:
<raw-device> <source>/dev/raw/raw1</source> <destination auto-generate="true"/> </raw-device> -
Nel componente delle specifiche del database, identificare le informazioni del file di controllo come elenco dei file di controllo che si desidera creare per il clone.
La specifica del database specifica le opzioni del database per il clone, ad esempio file di controllo, log di ripristino, log di archiviazione e parametri Oracle.
Nell'esempio seguente viene visualizzata la sintassi del file di controllo utilizzata nella specifica del clone:
<controlfiles> <file>/mnt/path/clonename/control/control01.ctl</file> <file>/mnt/path/clonename/control/control02.ctl</file> </controlfiles> -
Specificare la struttura del log di ripristino per il clone.
Nell'esempio seguente viene visualizzata la struttura di directory del log di ripristino per la clonazione:
<redologs> <redogroup> <file>/mnt/path/clonename/redo/redo01.log</file> <number>1</number> <size unit="M">100</size> </redogroup> <redogroup> <file>/mnt/path/clonename/redo/redo02.log</file> <number>2</number> <size unit="M">100</size> </redogroup> </redologs> -
Specificare i parametri Oracle che devono essere impostati su valori diversi nel database clonato. Se si utilizza Oracle 10, è necessario specificare i seguenti parametri:
-
Dump in background
-
Core dump
-
Dump dell'utente
-
(Facoltativo) registri di archiviazione
Se i valori dei parametri non sono impostati correttamente, l'operazione di clonazione viene interrotta e viene visualizzato un messaggio di errore. Se non si specifica la posizione in cui sono memorizzati i registri di archiviazione, SnapManager crea il clone in modalità noarchivelog. SnapManager copia le informazioni di questo parametro nel file init.ora del clone.
L'esempio seguente mostra la sintassi dei parametri utilizzata nella specifica dei cloni:
-
<parameters>
<parameter>
<name>log_archive_dest_1</name>
<value>LOCATION=/mnt/path/clonename/archive</value>
</parameter>
</parameters>
+ + è possibile utilizzare un valore predefinito utilizzando un elemento predefinito all'interno dell'elemento del parametro. Nell'esempio seguente, il parametro os_Authentication_PREFIX prenderà il valore predefinito perché viene specificato l'elemento predefinito:
+
+
+
<parameters>
<parameter>
<name>os_authent_prefix</name>
<default></default>
</parameter>
</parameters>
+ + è possibile specificare una stringa vuota come valore per un parametro utilizzando un elemento vuoto. Nell'esempio seguente, os_Authentication_PREFIX viene impostato su una stringa vuota:
+
+
+
<parameters>
<parameter>
<name>os_authent_prefix</name>
<value></value>
</parameter>
</parameters>
+ + NOTA: È possibile utilizzare il valore del file init.ora del database di origine per il parametro senza specificare alcun elemento.
+ + se un parametro ha valori multipli, è possibile fornire i valori dei parametri separati da virgole. Ad esempio, se si desidera spostare i file di dati da una posizione all'altra, è possibile utilizzare il parametro db_file_name_convert e specificare i percorsi dei file di dati separati da virgole, come illustrato nell'esempio seguente:
+
+
+
<parameters>
<parameter>
<name>db_file_name_convert</name>
<value>>/mnt/path/clonename/data file1,/mnt/path/clonename/data file2</value>
</parameter>
</parameters>
+ + se si desidera spostare i file di log da una posizione all'altra, è possibile utilizzare il parametro log_file_name_convert e specificare i percorsi dei file di log separati da virgole, come illustrato nell'esempio:
+
+
+
<parameters>
<parameter>
<name>log_file_name_convert</name>
<value>>/mnt/path/clonename/archivle1,/mnt/path/clonename/archivle2</value>
</parameter>
</parameters>
-
Facoltativo: Specificare istruzioni SQL arbitrarie da eseguire sul clone quando è online.
È possibile utilizzare le istruzioni SQL per eseguire attività come la ricreazione dei file temporanei nel database clonato.
È necessario assicurarsi che un punto e virgola non sia incluso alla fine dell'istruzione SQL. Di seguito viene riportata un'istruzione SQL di esempio eseguita come parte dell'operazione di clonazione:
<sql-statements> <sql-statement> ALTER TABLESPACE TEMP ADD TEMPFILE '/mnt/path/clonename/temp_user01.dbf' SIZE 41943040 REUSE AUTOEXTEND ON NEXT 655360 MAXSIZE 32767M </sql-statement> </sql-statements>
Esempio di specifica di clonazione
Nell'esempio seguente viene illustrata la struttura delle specifiche dei cloni, inclusi i componenti delle specifiche di storage e database:
<clone-specification xmlns="http://www.example.com>
<storage-specification>
<storage-mapping>
<mountpoint>
<source>/mnt/path/source_mountpoint</source>
<destination>/mnt/path/target_mountpoint</destination>
</mountpoint>
<raw-device>
<source>/dev/raw/raw1</source>
<destination auto-generate="true"/>
</raw-device>
<raw-device>
<source>/dev/raw/raw2</source>
<destination auto-generate="true"/>
</raw-device>
</storage-mapping>
</storage-specification>
<database-specification>
<controlfiles>
<file>/mnt/path/clonename/control/control01.ctl</file>
<file>/mnt/path/clonename/control/control02.ctl</file>
</controlfiles>
<redologs>
<redogroup>
<file>/mnt/path/clonename/redo/redo01.log</file>
<number>1</number>
<size unit="M">100</size>
</redogroup>
<redogroup>
<file>/mnt/path/clonename/redo/redo02.log</file>
<number>2</number>
<size unit="M">100</size>
</redogroup>
</redologs>
<parameters>
<parameter>
<name>log_archive_dest_1</name>
<value>LOCATION=/mnt/path/clonename/archive</value>
</parameter>
<parameter>
<name>background_dump_dest</name>
<value>/mnt/path/clonename/admin/bdump</value>
</parameter>
<parameter>
<name>core_dump_dest</name>
<value>/mnt/path/clonename/admin/cdump</value>
</parameter>
<parameter>
<name>user_dump_dest</name>
<value>/mnt/path/clonename/admin/udump</value>
</parameter>
</parameters>
</database-specification>
</clone-specification>
Informazioni correlate