Olá  pessoal, nesse post vou mostrar uma funcionalidade nova no que tange a gerenciamento de usuários e senhas no Banco de dados Oracle que está disponível a partir da versão 21c. Esse recurso foi backportado para o Oracle 19c na atualização de versão 19.12. Explicando melhor o Password Rollover Time, se trata de um a configuração feita no profile do banco onde podemos configurar um tempo em dias (limite de 60 dias) onde será possível usar tanto a senha antiga quanto a senha nova para se conectar no banco de dados. Na prática essa nova funcionalidade foi desenvolvida pensando nas alterações de senha com mínimo impacto possível, sobre tudo para ambientes produtivos e senhas de usuário de aplicação onde temos vários pontos para alterar a senha e podem ocorrer falhas de acesso em aplicações críticas, dessa forma configurando o parâmetro PASSWORD_ROLLOVER_TIME temos um período maior para realizar as devidas alterações de senhas em todos os pontos necessários sem a necessidade de ...

  Boa noite Pessoal, nessa postagem vou mostrar um cenário um tanto quanto comum relacionamento a containers. Já aconteceu de a máquina rebootar subitamente ou realizar o shutdown da VM para alguma atividade programada e após o restart do ambiente o banco estar de pé mas por algum motivo a aplicação não conecta? Pois é, isso pode acontecer em Bancos de dados Containers pois ao iniciar o banco, o PDB ou Pluggable Database inicia no estado MOUNTED. Dessa forma devemos abri o banco para que o mesmo possa ser acessado. Aqui vou mostrar como salvar o status do seu PDB para que no próximo restart o mesmo inicie automaticamente sem a nossa intervenção. Vamos lá... Abaixo eu realizei o stop/start do CBD e podemos ver que o meu pdb ORCLPDB ficou em estado MOUNTED e podemos ver na dba_pdb_saved_states que não temos nenhum registro, ou seja, não temos nenhum estado salvo para esse PDB. Agora vamos abrir o nosso banco para acesso e salvar o status dele para um futuro bounce ou restart: Salvand...

 Ola pessoal, nesse post vou comentar sobre uma ferramenta muito útil no Oracle que muitas vezes é esquecida mas que é muito poderosa quando se trata de análise de performance, saúde do ambiente e identificação de Gap em ambientes Oracle. Ela pode ser usada tanto em ambientes RAC como em Single Instances, se trata de uma interface de texto semelhante ao "top" no Linux. Estamos falando do ORATOP. Essa ferramenta nos possibilita monitorar o banco quase que em Real time. Dessa forma vou demostrar como acessar o ORATOP, ler os dados e como filtrar os dados de acordo com a necessidade ou problema a qual queira investigar. Caso você não tenha o ORATOP nem o TFA instalado, abaixo o deixo o link da nota onde você pode encontrar a orientação para download e instalação do TFA que contém o oratop como uma ferramenta da sua suite. Link Oratop/TFA Download:  Knowledge Article Partindo do pressuposto de que o Oratop standalone ou o TFA já está instalado no ambiente, vamos seguir com o noss...

 Olá pessoal, nesse post vou mostrar como recriar os Redologs de acordo com o workload do Banco de dados Oracle, a recriação pode ser necessária em casos onde o ambiente foi criado pensando em uma carga X mas em ambientes de produção sabemos que picos, e cargas Y fora do comum podem acontecer e um dos sintomas de que os Redologs estão mal dimensionados são as ocorrências do evento de espera  Log File Sync, onde temos commits frequentes e Redologs muito pequenos. Em ambientes onde os Online Redologs são muito pequenos, os log switches são muito frequentes, o que pode ocasionar um atraso na escrita dos dados de redo para os arquivos, aumentando assim o tempo de wait de Log File Sync. Geralmente neste cenário podemos identificar outros wait events acontecendo no banco, como o Log File Switch Completion e o Log File Switch (Checkpoint Incomplete). Para esse laboratório vou realizar alguns switchs de redo para simular um pico de geração de redos fora do comum, o numero ideal de swi...