Oracle 11.2.0.3 com backup completo diário e backup de archivelog de hora em hora. RMAN com um catálogo.
Se eu fizer um backup às 23h da noite e terminar às 5h do dia seguinte e quiser restaurar um backup em um sistema diferente, como posso identificar um horário para 'definir até' ou um SCN que exigirá a menor quantidade de archivelogs a serem reproduzidos? 23h? Depois das 5 da manhã? RMAN é a minha parte menos compreendida do banco de dados.
Restauramos backups para nossos sistemas de teste a partir da produção por meio de um RMAN Duplicate pontual com um backup completo on-line e registro de arquivo por hora. A cada lua azul algo dá errado (trabalhando para resolver isso separadamente) e acabo não tendo um log de arquivo. Ele passa horas restaurando os arquivos de dados, chega aos archives e depois bombardeia.
Como posso verificar se o RMAN tem todos os archives e arquivos de dados corretos para restaurar antes de começar a enviar os dados de forma significativa?
Executei um DBCC CHECKDBe ele encontrou erros de alocação. Quando eu executá-lo com REPAIR_ALLOW_DATA_LOSS- será necessário levar o mesmo tempo para verificar se há erros ou tentará usar o último CHECKDBque executei e ir mais rápido?
(SQL Server 2000. Sim, é antigo, não, não posso atualizar.)
Dupliquei nossa produção para nosso ambiente UAT várias vezes no passado, mas devido a vários motivos, desta vez foi um PITA sério. Oráculo 11.2.0.3.
Temos uma configuração de catálogo de recuperação. Este é o script executado na caixa UAT:
connect catalog rman/cat@rc
connect auxiliary /
run {
ALLOCATE AUXILIARY CHANNEL aux1 DEVICE TYPE DISK;
ALLOCATE AUXILIARY CHANNEL aux2 DEVICE TYPE DISK;
ALLOCATE AUXILIARY CHANNEL aux3 DEVICE TYPE DISK;
ALLOCATE AUXILIARY CHANNEL aux4 DEVICE TYPE DISK;
duplicate database RACDB01 to GVPUAT skip tablespace
TS_ADMIN2,TS_ERROR_ERRORLOG,...
<big list of tablespaces I don't care about>...,RADSS_WG_INDEX_LARGE
NOFILENAMECHECK until time "to_date('2016-03-02 00:00:00','YYYY-MM-DD HH24:MI:SS')";
O problema são erros com RMAN-06023: nenhum backup ou cópia do arquivo de dados 352 encontrado para restaurar. Isso porque em 01/03/2016 adicionei um arquivo de dados à produção. Um backup foi iniciado na produção às 12h, adicionei um arquivo de dados às 18h e o backup terminou por volta das 23h. Como posso usar esse backup?
Estamos executando o Oracle 11.2.0.3 com um RAC de dois nós e nosso grupo de discos FRA está com pouco espaço. Preciso alocar mais alguns discos para ele por meio do ASM. Não tenho certeza de como fazer isso. Posso fazer login em um nó e acessar o asmcmd ou outros utilitários de linha de comando do asm. O que eu preciso fazer?
EDIT: Não sabia que era relevante até a resposta de Phil: estamos usando dispositivos de disco brutos.
Uma das maiores tabelas em nosso sistema tem sua configuração de chave primária como um índice não exclusivo particionado globalmente (em intervalos de valores enormes, inúteis e multibilionários). Seus valores são apenas um valor de sequência e são definitivamente únicos. Estou querendo mudar o índice para apenas um índice global normal (a tabela é particionada), único.
Posso fazer isso sem descartar a restrição e o índice e, em seguida, reconstruir - durante o qual a tabela ficaria sem esse índice vital?
Estou tentando rastrear as diferentes classes de tempo de espera para as sessões atuais do Oracle, mas devo estar entendendo mal alguma coisa. Quando eu comparo o sum(time_waited)/1000para uma determinada sessão em gv$session_wait_classseu valor muitas vezes maior que o de seconds_in_waite gv$sessionàs vezes até maior que o seu last_call_etque eu pensei que seria o tempo total...
O que estou perdendo aqui? Por que eles não são iguais? Estou comparando números com esta consulta:
select last_call_et,wait_time,seconds_in_wait,wait_time_micro/1000000,
(SELECT SUM(time_waited)
FROM gv$session_wait_class ot WHERE
ot.sid = ses.sid
AND ot.serial# = ses.serial#
AND ot.inst_id = ses.inst_id
)/1000 as wait_time_class from gv$session ses where sql_id is not null;
Isso é resultado dessa pergunta .
Então, estou trabalhando com uma consulta que se parece com isso:
select count(*)
from table1
where col1 = 123
and col2 = '1';
O problema é este: col2é definido como um CHAR(1)e todas as sessões definidas NLS_SORT = 'BINARY_CI'e NLS_COMP = 'LINGUISTIC'. ( col1é uma NUMBERcoluna.)
Em primeiro lugar, sem as configurações de NLS ativadas para as sessões, definir uma estatística estendida de várias colunas (col1,col2)funciona bem e produz cardinalidade apropriada.
Mas com NLS_SORT = 'BINARY_CI'e NLS_COMP = 'LINGUISTIC', ele não usa as estatísticas estendidas. Achei muito parecido com um índice e as configurações do NLS - tivemos que definir índices com (NLSSORT("COL2",'nls_sort=''BINARY_CI''')).
Então, implementei estatísticas estendidas de várias colunas em ("COL1", (NLSSORT("COL2",'nls_sort=''BINARY_CI''')). Mas ainda não funciona (mas um índice definido da mesma forma funcionará).
Nas informações do predicado, mostra que com as configurações do NLS ativadas, col2 = '1'é transformado em:
NLSSORT(INTERNAL_FUNCTION(col2),'nls_sort=''BINARY_CI''')=HEXTORAW('3100'). Eu acredito que o INTERNAL_FUNCTION()é devido a col2ser definido como CHAR(1). Eu não posso mudar isso.
Como posso criar um grupo de colunas estatísticas estendidas de várias colunas para essas colunas, dadas minhas condições?
Eu tenho uma tabela em que a cardinalidade dos planos parece muito alta - apesar de atualizar as estatísticas e até mesmo tentar a amostragem dinâmica para o Oracle 11gR2.
select count(*)
from table1
where col1 = 123
and col2 = '1';
A cardinalidade estimada para um valor de col1 é aproximadamente 29k, quando as linhas reais retornadas são 637. Para outro valor, sua cardinalidade planejada é 460k quando as linhas reais são 67k. Em geral, isso está fazendo com que ele escolha planos muito ruins.
Eu tentei atualizar as estatísticas:
exec DBMS_STATS.gather_table_stats (ownname => 'ME', tabname =>'table1');
ou
exec DBMS_STATS.gather_table_stats (ownname => 'ME', tabname =>'table1',estimate_percent =>100);
E eu tentei vários valores de dynamic_samping (1-10), mas nada muda significativamente:
select /*+ dynamic_sampling(t1 10) */ count(*)
from table1 t1
where col1 = 123
and col2 = '1';
dyanmic_sampling irá alterar, mas ainda está fora de quase um fator de 50-100 vezes.
Como posso obter estimativas melhores?
Tenho outra sessão que suspeito não estar sendo executada com as configurações NLS 'adequadas' para nós no Oracle 11gR2. O que posso consultar para mostrar as configurações de NLS para uma sessão ativa diferente - todas as exibições NLS_* fazem referência à minha sessão atual.
Temos a necessidade de garantir que apenas uma cópia de uma determinada procedure esteja rodando no Oracle. Se já estiver em execução e um usuário tentar abrir outro, deve ocorrer um erro.
Qual é o melhor método de fazer isso?
Uma atualização de estatísticas semanal, agendada e ampla do esquema foi executada em nosso cluster Oracle 11R2 RAC no domingo. Uma das consultas não tinha dados aparentes ou mudança de código, mas agora é executada em 3 horas em vez de 20 minutos. Olhando para dba_hist_sqlstat , está executando o mesmo SQL de antes, mas com um plano diferente. As estatísticas parecem ter afetado negativamente. Como é uma consulta grande que abrange algumas dezenas de tabelas, eles já decidiram que restaurar as estatísticas nas tabelas afetadas não é uma opção.
Eu tenho os planos antigos (melhores) e novos (terríveis) executando:
select * from TABLE(DBMS_XPLAN.DISPLAY_AWR('sqlid'));
Mas eles são tão diferentes que não é um pequeno ajuste manual para recuperá-los.
Existe uma maneira de forçá-lo a voltar ao plano antigo, visto que o banco de dados ainda possui muitas dessas informações disponíveis? (E não temos o Tuning Pack.)