emoms.properties goes bye bye

Essa minha sorte, vou te contar.

Hoje tive a satisfação de descobrir que a versão do banco que uso é agraciada com um bugzinho chato. Quando a partição onde está instalado o Oracle enche há grandes chances de o próprio Oracle apagar o arquivo emoms.properties e zoar o funcionamento do Enterprise Manager. Referência ao bug: Unpublished Bug 6716659 – [ 10.2.0.4.0 RC2 ] EMOMS.PROPERTIES REMAINS EMPTY UNDER OMS_HOME/SYSMAN/CONFIG (fonte).

Pra resolver isso eu me baseei nesse howto da Oracle. Tive sorte de ter um emoms.properties de outro servidor também para servir de ajuda na re-criação do meu. E ele ficou mais ou menos assim:

oracle.sysman.emSDK.svlt.ConsoleServerName=|hostname|_Management_Service
oracle.sysman.eml.mntr.emdRepPwd=|senha do sysman|
emdrep.ping.pingCommand=/usr/sbin/ping
oracle.sysman.eml.mntr.emdRepPort=1231
oracle.sysman.eml.mntr.emdRepDBName=|SID|
oracle.sysman.eml.mntr.emdRepPwdSeed=|senha do sysman|
oracle.sysman.emSDK.svlt.ConsoleMode=standalone
oracle.sysman.emRep.dbConn.statementCacheSize=30
oracle.sysman.db.isqlplusUrl=http\://|hostname|\:4360/isqlplus/dynamic
oracle.sysman.emSDK.svlt.ConsoleServerPort=5500
oracle.sysman.eml.mntr.emdRepRAC=FALSE
oracle.sysman.emSDK.emd.rt.useMonitoringCred=true
oracle.sysman.eml.mntr.emdRepPwdEncrypted=TRUE
oracle.sysman.db.isqlplusWebDBAUrl=http\://|hostname|\:4360/isqlplus/dba/dynamic
oracle.sysman.emSDK.svlt.ConsoleServerHost=|hostname|
oracle.sysman.eml.mntr.emdRepDBID=2067803468
oracle.sysman.emSDK.svlt.ConsoleServerHTTPSPort=1875
oracle.sysman.eml.mntr.emdRepSID=|SID|
oracle.sysman.eml.mntr.emdRepServer=|hostname|
oracle.sysman.emSDK.sec.ReuseLogonPassword=true
oracle.sysman.eml.mntr.emdRepConnectDescriptor=(DESCRIPTION\=(ADDRESS_LIST\=(ADDRESS\=(PROTOCOL\=TCP)(HOST\=|hostname|)(PORT\=1231)))(CONNECT_DATA\=(SERVICE_NAME\=|SID|)))
oracle.sysman.emkeyfile=$ORACLE_HOME/sysman/config/emkey.ora
oracle.sysman.eml.mntr.emdRepUser=SYSMAN
oracle.sysman.db.adm.conn.statementCacheSize=2
oracle.sysman.db.perf.conn.statementCacheSize=30

Mesmo depois de tê-lo recriado o Enterprise Manager não subia. Com um tail -f no emoms.log verifiquei que a conta SYSMAN estava lockada. Para desbloquear, então:

ALTER USER SYSMAN ACCOUNT UNLOCK;

E depois disso ainda o emoms.log indicava que o usuário ou a senha estava errado. Aí descobri que usar senhas que possuem alguns caracteres especiais pode ser um problema. Depois de conseguir finalmente mudar a senha para uma que o emoms.properties e que o Enterprise Manager aceite, finalmente o EM subiu. Para constar, para mudar a senha do SYSMAN:

SQL> ALTER USER SYSMAN IDENTIFIED BY |nova senha|;

[oracle@hostname admin]$ emctl setpasswd dbconsole

Agora sim o EM sobe!

Erro De Autenticação De BI

Surgiu um problema no servidor que roda BI e Datawarehouse Oracle, e lá fui eu aprender a mexer nisso. Segundo os logs, não era mais possível logar na ferramenta de BI, além de termos este erro retornando nos logs do BI:

An Exception is thrown: WSM-06162 The policy referenced by URI “oracle/wss_username_token_service_policy” could not be retrieved as connection to Policy Manager cannot be established at “t3://calisto:7001” due to invalid configuration or inactive state.

Acessando o Enterprise Manager (Fusion Middleware Control) através de http://host:port/em no próprio servidor, eu verifiquei que haviam dois serviços (ou aplicações) falhas: bipublisher e wsm-pm.

Pesquisando um pouco, achei a solução. Ou, pelo menos a solução para a minha configuração atual. O problema é causado por falha na autenticação do usuário dos serviços. E a solução se dá da seguinte forma.

Primeiramente deve-se certificar de qual usuário é utilizado pelo serviço (no caso exemplo, o serviço é o wsm-pm). Para tal, deve-se selecionar o serviço e ir para o console de administração do Weblogic:

Na nova tela devemos buscar a tela de gerenciamento do serviço. Neste caso, o meio mais rápido é primeiramente selecionando Serviços e em seguida Origem de Dados:

E em seguida, da lista de origens, selecionar o mds-owsm:

E finalmente selecionar a aba Pool de Conexões:

Nesta área verá-se configurado o usuário utilizado pelo serviço:

Agora deve-se verificar o status do usuário no banco:

 SELECT USERNAME, ACCOUNT_STATUS FROM DBA_USERS WHERE USERNAME='<usuário>’>;

 E verificando o estado de EXPIRED, deve-se “desexpirar” o usuário atribuindo uma nova senha a ele (podendo ser a senha anterior repetida):

 ALTER USER <usuário> IDENTIFIED BY ;

 Em seguida, voltando à tela inicial do EM, deve-se clicar com o botão esquerdo no serviço, selecionar Controle e finalmente em Inicializar:

Verifica-se então o status do serviço na tela inicial ou na tela do próprio. E pronto! Já é possível logar normalmente na ferramenta de BI da Oracle!

Shrink Tablespace

Desde que voltei a mexer no Enterprise Manager do 10g, eu comecei a notar as recomendações do Segment Advisor sobre as tablespaces, recomendações essas que sugerem reorganização ou encolhimento para liberação de espaço. No caso das tbsps do banco que uso, o SA apenas recomendou shrink. Agora, o que é isso?

Suponhamos que tenhamos uma tablespace USERS, com a tabela T e outras tabelas diversas X, além de espaços vazios f:

XXXXXTTTTTffXXfffff

Agora, se dropássemos a tabela T, teríamos a TBSP assim:

XXXXXfffffffXXfffff

Agora, o efeito do shrink é liberar mais espaço numa tablespace ajustando sua high water mark. E isso resulta, no fim, com uma TBSP assim:

XXXXXfffffffXX

Devo lembrar que a diferença entre os dois últimos cenários é que, no penúltimo, os espaços vazios ao final da tablespace, mesmo sendo vazios, estão alocados na tablespace USERS e são propriedade dela. Já no último cenário, aquele espaço vazio não está associado a uma tablespace, por ora.

Mas, e aquele espaço vazio no meio ta TBSP? Disso eu tento falar mais pra frente.

Agora, voltando ao shrink, você pode usá-lo através do Enterprise Manager (Segment Advisor Recommendations -> Recommendation Details for Tablespace) ou através de comando (ALTER SHRINK).

A documentação é bem completa sobre esse método, assim como há inúmeros blogs e afins que relatam as mais diversas formas de utilização do shrink, inclusive comparando-o a move, coalesce, reorg, etc.

Ainda não realmente utilizei o método, estou aguardando uma janela para isso, já que o shrink muito provavelmente irá gerar locks. Então, no futuro eu voltarei a postar sobre shrink, expandindo mais o assunto.

Introdução

Acho que, antes de mais nada, devo me apresentar.

Meu nome é Daniel. Sou estudante da UNIRIO de Sistemas de Informação, atualmente no 1254º período. Trabalho numa empresa de segurança da informação.

Antes disso, trabalhei na Retis do Brasil com uma plataforma da Aptilo em um projeto para a TIM Brasil, projeto esse que envolve o serviço de WiFi prestado em aeroportos e locais públicos em geral (veja mais aqui).

Antes  eu trabalhei na Oracle por um ano, em dois grandes projetos para a Vale e a B2W, período que me ensinou muito, tanto sobre banco como aplicações (eBusiness Suite, SOA, etc), além de realmente me introduzir ao mundo Oracle.

E, finalmente, logo antes da Oracle eu trabalhei na Orange Business Services por dois anos. Eu era suporte nível 2 dedicado à BHP Billiton, tratando de sua rede WAN que envolvia dezenas de equipamentos Cisco.

Agora então eu vejo uma nova oportunidade de estudar e me aprofundar em Oracle, e dessa vez eu não vou parar. E vou relatar aqui as minhas experiências e aprendizados. :)

Até!