Lab128 Free Edition. lab128 suporta três grandes técnicas de solução de problemas de desempenho / ajuste: * Baseado em tempo de resposta usando o histórico de sessão ativo (Ash); * Inovador baseado em estatísticas SQL usando instantâneos frequentes de V $ s
Baixe Agora

Lab128 Free Edition. Classificação e resumo

Lab128 Free Edition. Tag

Lab128 Free Edition. Descrição

Ferramentas para Advanced tuning Oracle e Monitoramento Lab128 suporta três técnicas principais desempenho solução de problemas / afinação: * O tempo-base utilizando o histórico de sessão ativa (ASH) Response; * estatísticas baseadas usando instantâneos freqüentes de v $ sqlstats ou exibições SQL v $ sql inovadoras; * Ajuste de todo o sistema Response sintonia time-base. Active Session History (ASH) O tempo de resposta do sistema de banco de dados é o tempo decorrido entre a apresentação de uma consulta SQL e receber o resultado. O tempo de resposta é a métrica mais importante para o usuário final, pois é um componente importante do desempenho do banco de dados percebida. técnica baseada no tempo de resposta se concentra em ações do usuário do banco de dados para o qual o desempenho precisa ser melhorado. Em seguida, ele emprega a Oracle Wait Interface (OWI) e identifica instruções SQL que causam a maior parte do tempo de resposta. As ações necessárias são baseadas na análise dos componentes tempo decorrido para as instruções selecionadas. Depois destas acções são tomadas, pode ser necessário para percorrer este processo novamente até um efeito desejado é alcançado. A Oracle espera interface inclui v $ system_event, v $ Session_event, v $ session_wait, vistas EVENT_NAME v $. Oracle 10g estendida OWI, introduzindo visão v $ active_session_history, enfatizando a importância da sintonia com sede em OWI. Mais especificamente, v $ active_session_history é uma coleção de v $ view sessão de fotos tiradas com um intervalo de tempo regular para as sessões ativas. Lab128 utiliza uma técnica de coleta de semelhante, embora não seja dependente da vista active_session_history v $, por isso é compatível com versões anteriores do Oracle. Por favor note que v $ active_session_history é uma parte do Oracle 10g Pacote de Diagnóstico e requer uma compra da licença de ODP. Portanto, Lab128 oferece poupanças adicionais através da implementação de funções de cinzas e que não requerem a compra de ODP. Ter dados ASH coletadas, Lab128 oferece sofisticado Atividade gráfica Explorer, onde eventos de espera todo o sistema são combinados com dados ASH. Aqui você pode identificar quais os recursos de banco de dados foram os maiores gargalos durante qualquer período selecionado, que instrução SQL levou mais tempo para executar e ver o tempo de espera repartidos por diferentes eventos. O texto de uma instrução SQL é exibida, bem como outros dados detalhados da declaração. ajuste com base em estatísticas de SQL ajuste com base em estatísticas de SQL é uma nova abordagem. Para nosso melhor conhecimento, não há nenhuma outra ferramenta que implementou esta técnica. É baseado em instantâneos frequentes da v $ sql (ou v $ sqlstats em 10g Release 2) view. O delta entre snapshots podem ser calculados para qualquer período de tempo. Foi uma agradável surpresa para perceber o quão precisa e produtiva esta técnica é na realidade. Esta abordagem é um (se não melhor) alternativa viável para ASH. Ele realmente brilha em sistemas OLTP de sintonia com consultas curtas e freqüentes, onde ASH é menos eficaz. estatísticas SQL pode ser usado juntamente com os dados cinzas para melhorar significativamente a solução de problemas eficácia. Você pode ter ouvido que AWR (Automatic Workload Repository) em Oracle 10g já explorou esta oportunidade através da captura de v $ sql cada hora. A taxa de captura padrão em Lab128 é um instantâneo a cada 15 segundos, então simplesmente não há comparação com o escopo de novas possibilidades e uma precisão sem precedentes. Em Lab128, é realmente possível para acompanhar as estatísticas de instrução SQL indivíduo ao longo do tempo. Agora é fácil encontrar qual SQL foi responsável por picos de CPU intermitentes, leituras de disco, etc - algo que não é possível com AWR. Há muitos desafios na recolha de estatísticas de SQL: a enorme quantidade de dados, a natureza transitória de instruções SQL que pode ir longe e reaparecer na área de SQL, e a interpretação e apresentação dos dados coletados. Quando entramos em contato com Oracle Corporation perguntando se pretende incorporar esta abordagem no banco de dados, eles responderam que isso seria proibitivamente caro. Bem, foi difícil mas não impossível. O uso pesado de compressão e algoritmos adaptativos fez isso uma realidade. Agora você pode tirar vantagem deste trabalho pioneiro e empregar esta técnica. Devido à sua eficácia, pode ser uma das mais importantes técnicas de resolução de problemas da Oracle no futuro. (Ver também artigo relacionado: "tuning Oracle Usando Frequent Área SQL Estatísticas Snapshots") afinação de todo o sistema afinação de todo o sistema é baseado na análise de estatísticas de desempenho da Oracle. Esta abordagem bastante clássica pode não ser eficiente quando existe uma clara disparidade entre as contribuições de diferentes instruções SQL para o desempenho degradado. Entretanto, para algumas situações, quando instruções SQL diferentes mostrar contribuição uniforme para o tempo de resposta, ou quando os problemas de desempenho são experientes em muitas áreas de interação do usuário, a causa real pode ser de natureza de todo o sistema (como um sistema subdimensionado, por exemplo ). estatísticas de todo o sistema irá expor o problema, fornecendo dados para ações necessárias. coleta de dados de desempenho do Oracle com totalidade descomprometido Tuning Oracle e monitoramento é baseado em $ visualizações v que fornecem acesso a dados de desempenho do banco de dados. Como a maioria das estatísticas em $ visualizações v retornar valores cumulativos, não é realmente possível dizer em que estado o banco de dados está em quando apenas um instantâneo foi obtido. Medindo a variação de valores entre instantâneos dá informações sobre a atividade que aconteceu entre esses instantâneos. Medidas tomadas com mais frequência proporcionar maior precisão sobre o momento em que os eventos ocorrem, ou seja, as séries temporais com maior taxa de amostragem terá maior resolução de tempo. Seria natural supor que uma taxa de amostragem maior é melhor; na realidade, cada uma das medições pode transportar um custo para o sistema de medida. Isto é particularmente verdadeiro para a Oracle, onde cada pedido de $ visualizações v compartilha parte de um caminho de execução com uma consulta regular. Outra consideração é o número e variedade de estatísticas para captura. A abordagem tradicional é focar a maioria dos mais importantes, tais como aqueles em v $ sysstat, v $ system_event, etc. Fora de esta grande seleção, as estatísticas que devem ser recolhidos? Cada manual sobre este tema teria a sua própria lista das estatísticas mais importantes, dependendo da natureza e extensão do problema. E se a natureza ou o alcance do problema é desconhecido? Por que não recolher todas as estatísticas disponíveis? Esses dois fatores - o que coletamos e como muitas vezes - foram objecto de compromisso para muitos produtos de monitoramento. A abordagem utilizada no Lab128 é único: ele capta todas as estatísticas originado a partir de v $ sysstat, v $ system_event, v $ filestat, v $ ROLLSTAT, $ v trinco, e muitos mais. Isso é mais que 1.000 estatísticas para acompanhar, para não mencionar que algumas estatísticas podem ter vários valores (como aqueles em v $ system_event, v $ trinco, v $ filestat, etc). Outra característica única do Lab128 é a sua alta taxa de amostragem de 6-12 segundos entre as medições. Efetivamente, a taxa de amostragem é limitada pelo custo de execução de consultas em v $ visualizações. A taxa de 6-12 segundos é óptima, tendo baixa sobrecarga para o sistema de medida. A fim de manter o impacto da recolha de dados ao mínimo, Lab128 pode automaticamente baixar a taxa de amostragem. lojas Lab128 recolhidos dados compactados em sua própria base de dados in-memory. Para banco de dados relativamente ocupado é capaz de armazenar horas e até dias de dados usando pequena quantidade de memória, por 9 horas que necessita 15-20 MB de RAM. Isso não seria possível sem compressão extremamente eficaz: Lab128 utiliza um algoritmo de compressão sem perda de propriedade que fornece uma alta taxa de compressão e de acesso aleatório instantâneo aos dados armazenados. Sofisticado, monitoramento em tempo real com uma interface de usuário intuitiva Enquanto é importante saber como uma instância Oracle realizada no passado, é muito importante ver como eo que ele está fazendo agora. Lab128 mantém o último estado da instância Oracle internamente, de forma inteligente refrescante apenas as áreas que está sendo visto pelo usuário. Usando esta técnica, Lab128 oferece extensa imagem a baixo custo para a instância Oracle sendo monitorada. À medida que a atenção se desloca usuário em nova área de interesse, informações mais detalhadas está disponível imediatamente. A equipe de desenvolvimento do Lab128 acredita que a usabilidade e conveniência de um aplicativo tem a mesma prioridade que sua sofisticação. Se algo não for conveniente, ele não será usado. A interface do usuário utiliza amplamente as ligações quentes ou técnica de drill-down para fazer mesmo os detalhes mais intrincados apenas alguns cliques de distância. Isso dá uma DBA overstressed uma tremenda vantagem na supervisão dos processos internos, rastrear problemas, ou simplesmente aprender e compreender o Oracle funcionamento. Alguns certas características do Lab128 monitoramento em tempo real, como "bloco de buffer Explorer" e outros, nunca foram exploradas em outras ferramentas de monitoramento Oracle. Fácil instalação e manutenção. Para instalar, basta copiar o executável Lab128 e executá-lo. Isso é tudo! Bem, para dizer a verdade, você também precisa de um arquivo de ajuda, a menos que já esteja familiarizado com o funcionamento do Lab128. O programa não usa o Registro do Windows, pois todas as configurações são armazenadas em arquivos de texto no diretório em que o Lab128 foi iniciado. É aconselhável criar um diretório dedicado, por exemplo, D: \ Arquivos de Programas \ Lab128 e manter os arquivos lá. Este diretório deve ser gravável para permitir a economia de preferências do usuário. Para desinstalar o Lab128, basta excluir o diretório Lab128. Implementação do estado da técnica Existem dois componentes para o desempenho de qualquer ferramenta de monitoramento: o impacto no sistema sendo monitorado e a velocidade da interface do usuário. A filosofia por trás do desenvolvimento do Lab128 foi apresentar a menor carga possível à instância da Oracle. Para atingir este objetivo, o Lab128 explora muitas técnicas. Por exemplo, em vez de executar consultas contra duas ou mais visualizações da Oracle com junções entre elas, seria melhor executar consultas mais simples contra cada uma das exibições e fazer as junções localmente no aplicativo. Da mesma forma, qualquer coisa acessada pelo Lab128 é mantida no cache local para evitar consulta desnecessária no futuro. Para conservar recursos no lado do Oracle, o Lab128 nunca usa o Oracle para armazenar quaisquer dados (como o segmento extensões de dados armazenados pela ferramenta de monitoramento da missão) que serão usados localmente no aplicativo e nunca solicitar o Oracle para executar o processamento (como pesquisa binária implementada Código PL / SQL na ferramenta acima mencionada) se ele puder ser feito localmente. Por exemplo, o Buffer Explorer de blocos do Lab128 leva seu feed da visualização V $ BH, mas toda a agregação de rollup é feita localmente no aplicativo. Isso é verdade para muitos outros processos. Quando se trata de usabilidade, a velocidade da interface do usuário é uma grande preocupação. Existem algumas ótimas ferramentas escritas em Java, mas a desleixação de sua interface de usuário torna-as indesejáveis para o uso diário. O Lab128 é escrito em C ++ e usa algoritmos de processamento de dados eficientes que dimensionam bem para as grandes quantidades de dados armazenados e processados. Ele possui um mecanismo de processamento eficiente com uma pequena pegada e emprega multi-threading para manter todas as tarefas de fundo interferindo no código de interface do usuário. Como resultado, o Lab128 funciona bem mesmo em computadores antigos. Como consome muito poucos recursos, ele pode ser mantido em execução em estações de trabalho sem qualquer impacto em outras aplicações. O que lab128 não é Você pode encontrar muitos usos do Lab128. É uma excelente ferramenta de monitoramento, mas não tem a característica do envio de alertas para o usuário ainda. O Lab128 assume muita interação do usuário, pois é mais sobre ajuste avançado e exploração de milhares de estatísticas. Esta ferramenta não foi destinada a administrar o Oracle, embora você possa usar o editor central do SQL com o repositório de consulta extensível para fazer o trabalho administrativo do banco de dados. Finalmente, esta ferramenta não fornece soluções consultivas ou de correção de problemas; É tudo sobre coletar fatos. Respeitamos sua experiência e conhecimento do seu aplicativo de banco de dados específico. Acreditamos que fazer suas próprias decisões com base em fatos coletados é a melhor maneira de manter o melhor desempenho do banco de dados.

Lab128 Free Edition. Software Relacionado