quarta-feira, 15 de agosto de 2012
RESIZE UNDO TABLESPACE
Olá Pessoal,
Hoje vou compartilhar com vocês uma experiência, onde tive que realizar a recriação de uma tablespace de undo.
O datafile da tablespace foi colocado UNLIMITED, ou seja, chegou a 32GB e ao tentar fazer o resize ocorria o ORA-3297 erro: arquivo contém dados usados além do valor de RESIZE solicitado, então tive que criar uma nova tablespace e eliminar a antiga.
Segue o passo a passo realizado:
1- Criar uma nova tablespace de UNDO:
CREATE UNDO TABLESPACE UNDOTBS2 DATAFILE '/u01/oradata/orcl/undotbs2_01.dbf'
SIZE 2048M;
2- Definir a nova tablespace criada como default do banco de dados:
OBS:Podemos ter várias tablespaces de undo criadas, mas apenas 1 delas pode ser a default do banco.
ALTER SYSTEM SET UNDO_TABLESPACE=UNDOTBS2 SCOPE=BOTH;
As novas transações vão utilizar a nova tablespace de undo, depois de um tempo(você deve esperar no mínimo o tempo do parâmetro UNDO_RETENTION).
3- Eliminar a tablespace de UNDO antiga ou realizar o resize:
DROP TABLESPACE UNDOTBS1 INCLUDING CONTENTS AND DATAFILES;
OU
ALTER DATABASE DATAFILE '/u01/oradata/orcl/undotbs1_01.dbf' RESIZE 1M;
Por hoje é só, até o próximo post.
segunda-feira, 13 de agosto de 2012
ADD DATAFILE FAILOVER
Esta semana precisei aidiconar um datafile em um banco de dados que tem espelhamento, como está de forma
manual tive que adiconar manualmente no standby.
Depois de adicionado no primário:
adicionei o datafile '/oradata/bdprod/data24.dbf';
Fui até o secundário e:
-- copiei os ultimos archives gerados no primário para o secundário.
-- montei o banco de dados secundário.
scp xxxxx.arc 199.999.999.999:/aaa/bbb/ccc/arch/
-- startup mount
depois:
-- recover stanby database;
escolhi a opção AUTO
esperei gerar o erro em que ele não acha o datafile adicionado.
-- depois de feita a verificação dos archives,
-- fiz a consulta para ver onde estava o DBF simbólico criado automaticamente.
-- select name from v$datafile
/aa/bbb/ccc/UNNAMED00044
-- troquei o nome arquivo para o arquivo adicionado no primário:
alter database
create datafile '/xxx/xxxx/xxx/xxxx/xxxx/xxx/UNNAMED00044' as '/oradata/bdprod/data24.dbf';
executei novamente o recover, para me certificar q não iria dar o erro ao procurar o datafile.
shutdown immediate
('.') Everaldo Ferreira - DBA
Comandos básicos VI Solaris
Pessoal segue uma pequena lista de comandos que ajudam bastante na hora de editar um arquivo no Solaris.
ESC x -> apaga caracter atual
ESC X -> apaga caracter anterior
ESC h -> esquerda
ESC l -> direita
ESC k -> cima
ESC j -> baixo
dd ----> remove linha
ESC i -> entra no modo editável do vi, similar ao INSERT (Linux)
ESC a -> insere após o caracter atual
ESC A -> final da linha
SHIFT A -> vai para o próximo campo vazio na linha, similar ao ESC a.
('.') Everaldo Ferreira - DBA
Deployee Agent 12c GRID
Instalando agent para monitoração no grid 12c
1- baixar o agent
2- disponibilizar no servidor alvo, descompactar o arquivo:
12.1.0.1.0_AgentSoftware_23.zip
- vá até o diretório archives, descompactar os arquivos:
12.1.0.1.0_AgentCore_23.zip
agentcoreimage.zip
3- Editar o arquivo agent.rsp, com seguintes parametros.
4- Dentro do oracle_home, criar diretorio, OMSagent
OMS_HOST= servidor onde está o grid
EM_UPLOAD_PORT=4900
AGENT_REGISTRATION_PASSWORD= senha do sysman do grid
AGENT_INSTANCE_HOME="ORACLE_HOME"/OMSagent
AGENT_PORT=porta para comunicação com agente do OMS_HOST
b_startAgent=true
ORACLE_HOSTNAME= nome do servidor onde está sendo instalado o agent, colocar dominio
s_agentHomeName=agent_home
5- executar: (exemplo)
./agentDeploy.sh AGENT_BASE_DIR=/oracle/prdbd/10.2.0.5/ RESPONSE_FILE=/oracle/prdbd/10.2.0.5/OMSagent/agent.rsp
-- se ocorrer o erro abaixo:
-e
ERROR: OMS_HOST cannot be null. Pass OMS_HOST value either as command-line arguments or in response file.
executar, passando os parametros separados por espaço conforme abaixo. alterar a senha do sysman na variável AGENT_REGISTRATION_PASSWORD
Estes são obrigatórios
./agentDeploy.sh AGENT_BASE_DIR=/oracle/prdbd/10.2.0.5/ OMS_HOST=serverbd EM_UPLOAD_PORT=4900 AGENT_REGISTRATION_PASSWORD=******** AGENT_PORT=3872 b_startAgent=true ORACLE_HOSTNAME=serverbd.local s_agentHomeName=agent_home
('.') Everaldo Ferreira - DBA
Reiniciando EXADATA
Aloo pessoal olha a hora!!!
DESABILITAR O START AUTOMATICO DO CRS, isso é porque ele irá tentar subir automaticamente uma vez q o serviço fique indisponível.
Conectar no servidor via Putty – ssh – servidor servidorprd
CARREGAR O PROFILE DO ASM-GRID
. oraenv
+ASM1
-- Testar se o comando decli esta conectando nos servidores
dcli -g /opt/oracle.SupportTools/onecommand/dbs_group -l root date
-- Executar o comando para realizar o disable do crs
dcli -g /opt/oracle.SupportTools/onecommand/dbs_group -l root /u01/app/11.2.0.2/grid/bin/crsctl disable crs
servidorprd1: CRS-4622: Oracle High Availability Services autostart is disabled.
servidorprd2: CRS-4622: Oracle High Availability Services autostart is disabled.
servidorprd3: CRS-4622: Oracle High Availability Services autostart is disabled.
servidorprd4: CRS-4622: Oracle High Availability Services autostart is disabled.
-- PARAR DBFS – filesystem
crsctl stop resource dbfs_scorp
-- utilizando USUARIO ORACLE
parar todas as bases de dados
. oraenv
srvctl stop database -d xyz -o immediate
-- Conectar no servidor como ROOT
-- parar o cluster
crsctl stop cluster -ALL
dcli -g /opt/oracle.SupportTools/onecommand/dbs_group -l crsctl stop crs
-- desligar o dbservers - poweroff
dcli -g /opt/oracle.SupportTools/onecommand/dbs_group -l root init 0
-- desligar celulas de armazenamento (storage)
-- celula1
ssh xx.x.xx.xxx
-- testar a conexão das células
dcli -g cell_group -l root date
-- comando para desligar
dcli -g cell_group -l root init 0
Reiniciando o Ambiente
ligar as células fisicamente (dedão mesmo no power)
Aguardar...
-- VIA PUTTY NA CELULA 1
-- TESTAR A CONEXAO DAS CELULAS
dcli -g cell_group -l root date
-- TESTAR TODAS AS CELULAS
dcli -g cell_group -l root /etc/init.d/celld status
servercel01: rsStatus: running
servercel01: msStatus: running
servercel01: cellsrvStatus: running
servercel02: rsStatus: running
servercel02: msStatus: running
servercel02: cellsrvStatus: running
servercel03: rsStatus: running
servercel03: msStatus: running
servercel03: cellsrvStatus: running
servercel04: rsStatus: running
servercel04: msStatus: running
servercel04: cellsrvStatus: running
servercel05: rsStatus: running
servercel05: msStatus: running
servercel05: cellsrvStatus: running
REINICIAR OS SERVIDORES DE BANCO
. oraenv
+ASM1
1. crsctl start cluster -ALL
2. dcli -g /opt/oracle.SupportTools/onecommand/dbs_group -l crsctl start crs
3. dcli -g /opt/oracle.SupportTools/onecommand/dbs_group -l root /u01/app/11.2.0.2/grid/bin/crsctl enable crs
-- com USUARIO ORACLE
subir os bancos de dados
. oraenv
srvctl start database -d xyz
No final para subir o NFS, tem q reconectar como root
INICIAR O DBFS
. oraenv
+ASM1
crsctl start resource dbfs_scorp
('.') Everaldo Ferreira - DBA
Desinstalar Agente GRID 12c
Desinstalando o agente e todas as suas ramificações:
Dificil mas achei um doc.
Segue o comando:
-- exportando a variável, caso esteja utilizando por exemplo o x-manager
export DISPLAY=10.2.1.200:0.0
-- digite o comando abaixo
$AGENT_HOME/oui/bin/runInstaller –deinstall
-- irá abrir a tela para remover os componentes, selecione os que fazem referencia ao agente, se escolher todos de uma só vez pode dar um erro referente a dependencias. Escolha novamente na ordem e prossiga.
('.') Everaldo Ferreira - DBA
Assinar:
Postagens (Atom)