SnapManager Oracle
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Création de spécifications de clonage

Contributeurs

SnapManager for Oracle utilise un fichier XML de spécification de clone, qui comprend les mappages, les options et les paramètres à utiliser lors de l’opération de clonage. SnapManager utilise ces informations pour déterminer l’emplacement des fichiers clones et la manière de gérer les informations de diagnostic, les fichiers de contrôle, les paramètres, etc.

Vous pouvez créer le fichier de spécifications clone à l’aide de l’interface graphique utilisateur SnapManager, de l’interface de ligne de commande ou d’un éditeur de texte.

Lorsque vous créez le fichier de spécifications clone à l’aide d’un éditeur de texte, vous devez l’enregistrer en tant que fichier .xml. Vous pouvez utiliser ce fichier XML pour d’autres opérations de clonage.

Vous pouvez également créer un modèle de spécification de clone, puis le personnaliser. Vous pouvez utiliser la commande smo clone template ou dans l’interface utilisateur graphique, utiliser l’assistant de clonage.

SnapManager pour Oracle ajoute une chaîne de version au modèle de spécification de clone qu’il génère. SnapManager pour Oracle suppose la dernière version pour tout fichier de spécification de clone qui ne possède pas de chaîne de version.

Si vous souhaitez effectuer un clonage à distance, ne modifiez pas l’emplacement par défaut des fichiers de données, des fichiers journaux de reprise et des fichiers de contrôle dans le fichier de spécifications du clone. Si vous modifiez l’emplacement par défaut, SnapManager ne parvient pas à créer le clone ou crée le clone sur une base de données qui ne prend pas en charge la fonctionnalité de copie Snapshot. Par conséquent, la création automatique du profil échoue.

Remarque Bien que les informations relatives au point de montage et au groupe de disques ASM soient modifiables à partir de l’interface graphique, vous pouvez uniquement modifier le nom du fichier et non l’emplacement des fichiers.

Vous pouvez exécuter une tâche plusieurs fois, avec les mêmes combinaisons de paramètres et de valeurs ou différentes.

  1. Ouvrez un fichier texte et entrez du texte comme indiqué dans l’exemple suivant :

    <clone-specification xmlns="http://www.example.com>
         <storage-specification/>
         <database-specification/>
     </clone-specification>
  2. Dans le composant de spécification de stockage, entrez les points de montage des fichiers de données.

    La spécification de stockage répertorie les emplacements du nouveau stockage créé pour le clone, tels que les points de montage du fichier de données et les périphériques bruts. Ces éléments doivent être mappés de la source à la destination.

    L’exemple suivant présente la syntaxe de point de montage du fichier de données que vous utilisez dans la spécification de clone :

    <mountpoint>
         <source>/mnt/path/source_data file_mountpoint</source>
         <destination>/mnt/path/target_data file_mountpoint</destination>
    </mountpoint>
  3. Facultatif : si vous disposez d’un périphérique brut sur la source, vous devez spécifier le chemin d’accès de l’appareil brut sur la source, puis spécifier la destination auto-generate=`"true" pour la destination.

    Contrairement au fichier de mappage de clones des versions précédentes de SnapManager pour Oracle, vous ne pouvez pas spécifier d’emplacement pour le périphérique brut sur la destination. SnapManager pour Oracle choisit le prochain nom de périphérique disponible pour le périphérique brut cloné.

    L’exemple suivant affiche la syntaxe de périphérique brute que vous utilisez dans la spécification clone :

    <raw-device>
         <source>/dev/raw/raw1</source>
         <destination auto-generate="true"/>
    </raw-device>
  4. Dans le composant de spécification de la base de données, identifiez les informations du fichier de contrôle comme liste des fichiers de contrôle que vous souhaitez créer pour le clone.

    La spécification de base de données spécifie les options de base de données pour le clone, telles que les fichiers de contrôle, les journaux de reprise, les journaux d’archivage et les paramètres Oracle.

    L’exemple suivant présente la syntaxe du fichier de contrôle que vous utilisez dans la spécification clone :

    <controlfiles>
         <file>/mnt/path/clonename/control/control01.ctl</file>
         <file>/mnt/path/clonename/control/control02.ctl</file>
    </controlfiles>
  5. Spécifiez la structure du journal de reprise du clone.

    L’exemple suivant présente la structure du répertoire de reprise pour le clonage :

    <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>
  6. Spécifiez les paramètres Oracle qui doivent être définis sur différentes valeurs dans la base de données clonée. Si vous utilisez Oracle 10, vous devez spécifier les paramètres suivants :

    • Vidage en arrière-plan

    • « Core dump »

    • Dump utilisateur

    • (Facultatif) journaux d’archivage

      Remarque Si les valeurs des paramètres ne sont pas correctement définies, l’opération de clonage est arrêtée et vous recevez un message d’erreur.

      Si vous ne spécifiez pas l’emplacement de stockage des journaux d’archivage, SnapManager crée le clone en mode noarchivelog. SnapManager copie ces informations de paramètre dans le fichier init.ora du clone.

      + l’exemple suivant affiche la syntaxe de paramètre que vous utilisez dans la spécification clone :

<parameters>
     <parameter>
          <name>log_archive_dest_1</name>
          <value>LOCATION=/mnt/path/clonename/archive</value>
     </parameter>
</parameters>

+ + vous pouvez utiliser une valeur par défaut en utilisant un élément par défaut dans l’élément de paramètre. Dans l’exemple suivant, le paramètre os_Authentication_prefix prend la valeur par défaut, car l’élément par défaut est spécifié :

+

+

+

<parameters>
     <parameter>
          <name>os_authent_prefix</name>
          <default></default>
     </parameter>
</parameters>

+ + vous pouvez spécifier une chaîne vide comme valeur pour un paramètre en utilisant un élément vide. Dans l’exemple suivant, le préfixe_OS_Authentication_PREFIX sera défini sur une chaîne vide :

+

+

+

<parameters>
     <parameter>
          <name>os_authent_prefix</name>
          <value></value>
     </parameter>
</parameters>

+ + REMARQUE : vous pouvez utiliser la valeur du fichier init.ora de la base de données source pour le paramètre en ne spécifiant aucun élément.

+ + si un paramètre a plusieurs valeurs, vous pouvez fournir les valeurs de paramètre séparées par des virgules. Par exemple, si vous souhaitez déplacer les fichiers de données d’un emplacement vers un autre, vous pouvez utiliser le paramètre db_file_name_convert et spécifier les chemins de fichiers de données séparés par des virgules comme indiqué dans l’exemple suivant :

+

+

+

<parameters>
     <parameter>
          <name>db_file_name_convert</name>
          <value>>/mnt/path/clonename/data file1,/mnt/path/clonename/data file2</value>
     </parameter>
</parameters>

+ + si vous souhaitez déplacer les fichiers journaux d’un emplacement à un autre, vous pouvez utiliser le paramètre log_file_name_convert et spécifier les chemins de fichier journal séparés par des virgules, comme indiqué dans l’exemple :

+

+

+

<parameters>
     <parameter>
          <name>log_file_name_convert</name>
          <value>>/mnt/path/clonename/archivle1,/mnt/path/clonename/archivle2</value>
     </parameter>
</parameters>
  1. Facultatif : spécifiez les instructions SQL arbitraires à exécuter sur le clone lorsqu’il est en ligne.

    Vous pouvez utiliser les instructions SQL pour effectuer des tâches telles que la recrércréation des fichiers temporaires dans la base de données clonée.

    Remarque Vous devez vous assurer qu’un point-virgule n’est pas inclus à la fin de l’instruction SQL.

    Voici un exemple d’instruction SQL que vous exécutez dans le cadre de l’opération de clonage :

    <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>

Exemple de spécification clone

L’exemple suivant montre la structure de spécification clone, y compris les composants de spécification de stockage et de base de données :

<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>

Informations connexes