Conceitos básicos de física e lógica bancos de dados da Oracle Standby 12c
UMA banco de dados físico de espera é uma cópia de bloco para bloco de banco de dados principal 12c Oracle. Ele é construído fora de uma cópia de segurança do site principal e é mantido pelo transporte e aplicação de registros de arquivo para o site de espera da mesma forma as transações foram cometidos no site principal.
bancos de dados standby físicos não pode ser aberto para mudanças. Você pode parar de recuperação no site standby físico e abri-lo para transações de somente leitura. Durante este tempo, o site de espera cai para trás o principal local em termos de sincronicidade. Todas as transações são guardados até que a recuperação do site de espera é reativada após as operações de reporte são feitas.
Se você quer um local de espera disponível para operações de reporte, considerar a criação de sites de espera dupla. Dessa forma, pode-se ficar em modo de recuperação, e você talvez possa abrir o outro para relatar as operações durante o dia e depois fechá-lo à noite para catch-up. Dessa forma, se você precisar ter um site em espera ativada, você não terá que esperar por ele para recuperar o atraso em primeiro lugar.
Aqui está uma visão geral de alto nível das etapas para configurar um banco de dados standby físico. Neste exemplo, o nome do site principal é prod_a eo nome do site de espera é prod_b:
Definir vários parâmetros de inicialização do banco de dados primário para prepará-lo para o envio de log redo:
instance_name (Diferente em cada site)
instance_name = prod_a
db_name (O mesmo em cada site)
db_name = prod
remote_archive_enable (Permite o envio de toras para o site remoto)
remote_archive_enable = true
LOG_ARCHIVE_DEST_1, 2
LOG_ARCHIVE_DEST_1 = 'LOCATION = / u01 / arch / prod'log_Archive_dest_2 =' SERVIÇO = prod_b.world ARCH '
log_archive_format (Diz primária como nomear registos locais e de espera)
log_archive_format = arch_% S.arc
STANDBY_FILE_MANAGEMENT (Faz a adição de arquivos de dados mais fácil)
STANDBY_FILE_MANAGEMENT = true
FAL_CLIENT (Diz onde a re-navio primária # 147-lost # 148- logs de arquivo)
FAL_CLIENT = 'prod_b.world'
Em relação Passos 1 e 6: configurar todos os parâmetros em ambos os sites para facilitar as operações de failover / switchover.
Criar uma cópia de espera de seu arquivo de controle primário, entrando em SQL * Plus no primário e digitando o seguinte:
Você deve ver o seguinte:
Base de dados alterados.
Mova essa cópia para o site de espera e colocá-lo no diretório de sua escolha.
Modificar os parâmetros de inicialização na instância prod_b para apontar para o novo arquivo de controle.
Você pode renomeá-lo como quiser.
Restaurar um backup do seu site principal para o site de espera.
Você pode fazer isso com Recovery Management ou métodos tradicionais de backup quente / frio. Para simplificar as coisas, colocar os arquivos nos mesmos locais no site de espera como o primário.
Se você não pode fazer isso, você tem que renomear os arquivos depois de montar o banco de dados, ou você precisa usar os seguintes parâmetros de inicialização no site de espera para que o exemplo pode converter os locais. Dizem que os arquivos estavam em / u01 / app / oracle / oradata / prod no primário e / disk1 / app / oracle / oradata / prod no modo de espera:
DB_FILE_NAME_CONVERT = '/ u01 /', '/ disk1 /'
A Oracle encontra todas as instâncias / u01 em seu nome de arquivo de dados e substitui-los com / u02.
Defina os parâmetros de inicialização no local de espera:
instance_name (Diferente em cada site)
instance_name = prod_b
db_name (O mesmo em cada site)
db_name = prod
remote_archive_enable (Permite a recepção de toras no local remoto)
remote_archive_enable = true
standby_archive_dest (Diz banco de dados standby onde encontrar registros)
standby_archive_dest = / disk1 / arch / prod
log_archive_format (Diz standby como interpretar nomes de log, definir mesmo como primário)
log_archive_format = arch_% S.arc
STANDBY_FILE_MANAGEMENT (Faz a adição de arquivos de dados mais fácil)
STANDBY_FILE_MANAGEMENT = true
FAL_SERVER (Diz de espera onde procurar # 147-lost # 148- logs de arquivo)
FAL_SERVER = 'prod_a.world'
Montar o banco de dados standby:
Você deve ver o seguinte:
Base de dados alterados.
Iniciar a recuperação no banco de dados de espera:
Você vê isso:
Mídia de recuperação completa.
Sair do local de espera.
Deixe a recuperação executado em segundo plano.
UMA banco de dados standby lógico funciona, copiando o seu site principal com um backup. Em seguida, um processo chamado de SQL Aplicar leva os logs de arquivo a partir do site principal e extrai as instruções SQL a partir deles para aplicá-las ao banco de dados standby lógico.
Durante este tempo, a base de dados de reserva lógica é para cima e aberto. É como ter o melhor dos dois mundos. As pessoas podem ter atualizado os dados com o site principal para fins de relatório.
Porque o banco de dados standby será instalado e aberto, é necessário proteger os dados sejam modificados por qualquer pessoa que não seja o SQL Aplicar serviços. Se os dados são modificados fora deste processo, a base de dados de espera irá desviar-se do primário. Se você precisar mudar para-lo para fins de recuperação de desastres, não irá coincidir com o primário.
Para impedir que objetos replicados no site em espera de ser modificado, emitir o seguinte comando no ambiente de espera:
ALTER DATABASE GUARD STANDBY-
Outra característica única de um banco de dados standby lógico: a capacidade de replicar somente determinados objetos. Por padrão, todos os objetos são replicados. No entanto, você pode forçar o SQL Aplicar processos para ignorar certos objetos. Além disso, você pode configurar os ignorados objetos para permitir alterações aos mesmos.