Conceitos básicos de bancos de dados 12c oracle standby físicos e lógicos
UMA banco de dados físico de espera
Conteúdo
Video: How to switchover role primary to standby and vice versa in Oracle 11g R2 Part-6
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 salvas até que a recuperação do site de espera é reativada após as operações de reporte são feitas.
Se você quer um site 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 operações durante o dia e, em seguida, 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 e o 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:
nome da instância (Diferente em cada local)
nome_instância = prod_a
db_name (Mesmo em cada site)
nome_db = prod
remote_archive_enable (Permite o envio de logs para site remoto)
remote_archive_enable = true
LOG_ARCHIVE_DEST_1, 2
LOG_ARCHIVE_DEST_1 = `LOCALIZAÇÃO = / u01 / arch / prod`log_Archive_dest_2 = `SERVIÇO = prod_b.world ARCH`
log_archive_format (Diz primário como nomear registos locais e em espera)
log_archive_format = arch_% S.arc
STANDBY_FILE_MANAGEMENT (Torna a adição de arquivos de dados mais fácil)
STANDBY_FILE_MANAGEMENT = true
FAL_CLIENT (Diz primário, onde a re-ship “perdido” logs de arquivo)
FAL_CLIENT = `prod_b.world`
Em relação as etapas 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:
Banco 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:
nome da instância (Diferente em cada local)
nome_instância = prod_b
db_name (Mesmo em cada site)
nome_db = 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 / arco / 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 (Torna a adição de arquivos de dados mais fácil)
STANDBY_FILE_MANAGEMENT = true
FAL_SERVER (Diz o modo de espera onde procurar “perdidos” logs de arquivo)
FAL_SERVER = `prod_a.world`
Montar o banco de dados standby:
Você deve ver o seguinte:
Banco de dados alterados.
Iniciar a recuperação no banco de dados de espera:
Você vê isso:
Mídia de recuperação completa.
Sair do site de espera.
Deixe a recuperação executado em segundo plano.
Video: Product Overview for Oracle Advanced Security (Oracle Database 12c) - Part 1
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 do site principal e extrai as instruções SQL a partir deles aplicá-los para o banco de dados standby lógico.
Durante este tempo, o banco de dados standby lógico é para cima e aberta. É 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, você deve 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, execute o seguinte comando no ambiente de espera:
Video: Administrando Bancos de Dados Oracle
ALTER DATABASE GUARD STANDBY-
Outra característica única de um banco de dados standby lógico: a capacidade de replicar apenas alguns objetos. Por padrão, todos os objetos são replicados. No entanto, você pode forçar o SQL Aplicar processos para ignorar determinados objetos. Além disso, você pode configurar os ignorada objetos para permitir alterações aos mesmos.