Neste artigo, vamos explorar as etapas necessárias para habilitarmos o EM Express em nosso DB System 19C no OCI. Configuring the EM Express port Vamos confirmar qual é a porta que está sendo utilizada no banco de dados para o EM Express (na versão 19C, o EM está disponível apenas com o protocolo HTTPS): Apenas …
O Resource Manager nos permite gerenciar recursos de hardware alocados para o nosso database, e assim como já era implementado em ambientes non-CDB’s, também temos essa opção para a arquitetura Multitenant. Com ele, podemos controlar, por exemplo, recursos de CPU Time, Degree de Paralelismo, Limite de Sessões em Idle, etc. Nesse artigo, vamos explorar a …
Uma alternativa para os comandos executados manualmente no RMAN, seriam os Stored Scripts, que nada mais são do que estes mesmos comandos encapsulados/armazenados dentro do próprio RMAN. Este recurso está disponível para qualquer cliente RMAN que possa se conectar em algum target database ou catálogo. Além disso, temos 2 categorias de SS: Locais (que é …
Temos no RMAN uma opção interessante de catalogar certos tipos de arquivos, para que o mesmo tenha ciência da existência desses arquivos e suas localizações, permitindo assim que possa os utilizar em algum caso de restauração ou solicitação de informações (via LIST, por exemplo). Os 4 tipos de artefatos aceitos para essa operação são: CONTROLFILECOPY, …
Podemos dizer que realizar o processo de Upgrade de banco de dados no OCI é menos complicado do que em ambientes on-premises, por conta do encapsulamento/automatização de diversas etapas. Neste artigo, vamos explorar como realizar o Upgrade de um banco 12C para 19C. Validando se nossa versão de S.O é o Oracle Linux 7: Confirmando …
A conversão em questão é extremamente simples, uma vez que todos os Redos enviados pelo primary estejam já no ambiente Standby. Assim, durante o processo, o GRP será usado e os Redos, aplicados. Validando ambientes que serão usados neste artigo: Montando o Snapshot Database: Emitindo comando para a conversão: O alert nos reporta informações interessantes …
Converting a Snapshot Database into a Physical Standby Database (using Data Broker) Read More »
Neste artigo, vamos explorar a conversão de um Standby para Snapshot Database, usando o utilitário Data DGMGRL (Data Broker). Analisando condição atual do ambiente: Podemos parar o processo de Redo Apply no Standby: Como nosso banco Standby está em MOUNT, podemos disparar o comando de conversão para Snapshot: Validando nova condição do banco: Realizando operações …
Converting the Physical Standby Database to Snapshot Database (using Data Broker) Read More »
A conversão em questão é extremamente simples, uma vez que todos os Redos enviados pelo primary estejam já no ambiente Standby. Assim, durante o processo, o GRP será usado e os Redos, aplicados. Validando ambientes que serão usados neste artigo: Montando o Snapshot Database: Emitindo comando para a conversão: O alert nos reporta informações interessantes …
Converting a Snapshot Database into a Physical Standby Database (using SQL *Plus) Read More »
Em muitas situações, precisamos validar algum deploy importante em nosso ambiente produtivo, para ver se sua implementação será bem sucedida e se não trará malefícios (até em termos de performance) para o banco como um todo. Nesses casos, podemos utilizar um recurso muito interessante: Snapshot Databases, que faz parte da licença do Enterprise Edition. Neste …
Converting the Physical Standby Database to Snapshot Database (using SQL *Plus) Read More »
Neste artigo, vamos explorar como habilitar o Active Data Guard usando o utilitário DGMGRL (Data Broker). Lembrando que utilizar este recurso exige uma licença específica que deve ser considerada antes. Checando os bancos de dados envolvidos: Considerando que o banco Standby está em MOUNT, e que o processo de Redo Apply está parado, podemos abrir …
Enabling Active Data Guard Option (using Data Broker) Read More »
Portuguese
English
Spanish