Skip to main content
SnapCenter software
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Definir uma estratégia de clone para bancos de dados Oracle

PDFs

Definir uma estratégia antes de clonar seu banco de dados garante que a operação de clonagem seja bem-sucedida.

Tipos de backups suportados para clonagem

O SnapCenter suporta a clonagem de diferentes tipos de backups de bancos de dados Oracle.

  • Backup de dados online

  • Backup completo online

  • Backup de montagem offline

  • Backup de desligamento offline

  • Backups de bancos de dados standby do Data Guard e bancos de dados standby do Active Data Guard

  • Backups de dados on-line, backups completos on-line, backups de montagem off-line e backups de desligamento off-line em uma configuração de Real Application Clusters (RAC)

  • Backups de dados on-line, backups completos on-line, backups de montagem off-line e backups de desligamento off-line em uma configuração de Gerenciamento Automático de Armazenamento (ASM)

    Importante As configurações SAN não serão suportadas se a opção user_friendly_names no arquivo de configuração multipath estiver definida como sim.
Observação A clonagem de backups de log de arquivo não é suportada.

Tipos de clonagem suportados para bancos de dados Oracle

Em um ambiente de banco de dados Oracle, o SnapCenter oferece suporte à clonagem de um backup de banco de dados. Você pode clonar o backup de sistemas de armazenamento primário e secundário.

O SnapCenter Server usa a tecnologia NetApp FlexClone para clonar backups.

Você pode atualizar um clone executando o comando "Refresh-SmClone". Este comando cria um backup do banco de dados, exclui o clone existente e cria um clone com o mesmo nome.

Observação A operação de atualização do clone só pode ser executada usando os comandos UNIX.

Convenções de nomenclatura de clones para bancos de dados Oracle

A partir do SnapCenter 3.0, a convenção de nomenclatura usada para clones de sistemas de arquivos é diferente dos clones de grupos de discos ASM.

  • A convenção de nomenclatura para sistemas de arquivos SAN ou NFS é FileSystemNameofsourcedatabase_CLONESID.

  • A convenção de nomenclatura para grupos de discos ASM é SC_HASHCODEofDISKGROUP_CLONESID.

    HASHCODEofDISKGROUP é um número gerado automaticamente (2 a 10 dígitos) que é exclusivo para cada grupo de discos ASM.

Limitações da clonagem de bancos de dados Oracle

Você deve estar ciente das limitações das operações de clonagem antes de clonar os bancos de dados.

  • Se você estiver usando qualquer versão do Oracle de 11.2.0.4 a 12.1.0.1, a operação de clonagem ficará travada quando você executar o comando renamedg. Você pode aplicar o patch 19544733 da Oracle para corrigir esse problema.

  • A clonagem de bancos de dados de um LUN diretamente conectado a um host (por exemplo, usando o Microsoft iSCSI Initiator em um host Windows) para um VMDK ou um LUN RDM no mesmo host Windows ou em outro host Windows, ou vice-versa, não é suportada.

  • O diretório raiz do ponto de montagem do volume não pode ser um diretório compartilhado.

  • Se você mover um LUN que contém um clone para um novo volume, o clone não poderá ser excluído.