Limpando anexos e e-mails do banco de dados MSDB no SQL Server

Pessoal, hoje irei falar como expurgar de forma simples e eficiente os dados da tabela [dbo]. sysmail_attachments] do banco de dados MSDB!

Muitas pessoas utilizam o SQL Server para fazer o envio de e-mail e junto com as mensagens são enviados anexos de todos os tipos: pdf, jpg, doc, ppt, etc. Esses anexos, se não forem expurgados acabam por aumentar o tamanho do banco, conforme visto na imagem abaixo:

Lista dos tamanhos de backups da base MSDB nos últimos 10 dias

Continue lendo

Como consegui corrigir o erro “ORA-02396: exceeded maximum idle time, please connect again”

Pessoal, post rápido com uma dica simples de um método que consegui resolver o erro ERROR: “ORA-02396: exceeded maximum idle time, please connect again”! Normalmente esse ocorre quando o profile associado ao usuário está com a configuração de IDLE_TIME setada com um valor baixo.

A seguinte query te informa qual configuração está em vigor para o parâmetro IDLE_TIME:

select * from dba_profiles where resource_name = 'IDLE_TIME';

No exemplo acima, vimos que o profile DEFAULT, que por sinal é o profile padrão para meus usuários, estava com o IDLE_TIME configurado para unlimited. Ou seja, o problema não era o profile.

Caso fosse necessário alterar o IDLE_TIME para um valor maior, ou até para UNLIMITED, bastaria executar a query abaixo:

ALTER PROFILE DEFAULT LIMIT IDLE_TIME UNLIMITED; 
ALTER PROFILE DEFAULT LIMIT IDLE_TIME 120;
ALTER PROFILE DEFAULT LIMIT IDLE_TIME DEFAULT;

Após pesquisar bastante, vi que tem um parâmetro no SQLNET.ORA que também faz o Oracle retornar esse erro em casos de inatividade, ele é o SQLNET.EXPIRE_TIME!

[server01:db01:]$ cat sqlnet.ora
SQLNET.ALLOWED_LOGON_VERSION_CLIENT=12
SQLNET.ALLOWED_LOGON_VERSION_SERVER=12
NAMES.DIRECTORY_PATH= (TNSNAMES, EZCONNECT)
SQLNET.EXPIRE_TIME=180

Pois bem, fiz a alteração do arquivo SQLNET.ORA que estava no $ORACLE_HOME do meu banco de dados para o valor 180 e consegui corrigir o erro.

Como alterar o banco de dados de NOARCHIVELOG para ARCHIVELOG no Oracle

Se seu banco de dados é importante, ele deve estar no modo ARCHIVELOG!

Para realizar tal alteração, basta seguir alguns poucos passos, porém, diferente do SQL Server, essa opção de alteração do RECOVERY MODEL requer que o banco seja reiniciado! Sim, estamos em 2020 e o Oracle com todos recursos que tem, ainda nos pede para reiniciar o banco para fazer essa simples troca!

1º passo: Verifique se o banco está em NOARCHIVELOG.

[oracle@server01 ~]$ sqlplus / as sysdba
SQL> archive log list;

Database log mode              No Archive Mode
Automatic archival             Disabled
Archive destination            /u01/app/oracle/product/19.0.0/dbhome_1/dbs/arch
Oldest online log sequence     24
Current log sequence           26

Continue lendo

Guia de instalação do mongoDB

MongoDB é o banco de dados mais popular quando falamos sobre NOSQL! Ele pode não ser o melhor, o pior, o intermediário, vai do uso de cada, mas com certeza se você perguntar a qualquer pessoa da área de dados para citar 3 bancos NOSQL, a primeira resposta certamente será mongoDB! É indiscutível que o “verdinho” é o mais conhecidos dentre as opções do mercado, mesmo ele se tratando de uma vertente dentro do gigantesco mundo NOSQL, que é a vertente orientada a documentos. Alguns bem conhecidos são: Cassandra, CouchDB, ElasticSearch, Redis, Dynamo, Hbase, dentre outros.

Hoje vou mostrar a vocês como fazer a instalação do MongoDB, bem como a criação de um database/schema e um usuário para aplicação conectar!
Continue lendo

Carregar mais

×