Otimizando o Desempenho

Transcrição

1 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3 Otimizando o Desempenho G

2

3 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3 Otimizando o Desempenho G

4 Nota: Antes de usar estas informações e o produto que elas suportam, leia as informações em Aisos na página 251. Essa edição aplica-se à Versão 6.4 eàversão 6.3 dos produtos IBM Tioli Storage Manager (números do produto 5608-E01, 5608-E02 e 5608-E03) e a todas as liberações e modificações subsequentes até que seja indicado de outra forma em noas edições ou newsletters técnicas. Esta edição substitui G Copyright IBM Corporation 1996, 2013.

5 Índice Sobre esta Publicação ii Quem Dee Ler Esta Publicação ii Publicações ii Publicações do Tioli Storage Manager.... iii Publicações do Tioli Storage FlashCopy Manager x Noo Nesta Edição xi Parte 1. Onde começar Capítulo 1. Referência Cruzada de Informações de Sistema Operacional e Desempenho Parte 2. Melhores Práticas de Configuração Capítulo 2. Configurando o Seridor para Obter Desempenho Ideal Lista de Verificação de Hardware do Seridor e de Sistema Operacional Lista de Verificação para Discos do Banco de Dados do Seridor Lista de Verificação para Discos de Log de Recuperação do Seridor Lista de Verificação para Conjuntos de Armazenamentos em Disco Lista de Verificação da Configuração do Seridor Tioli Storage Manager Lista de Verificação para Deduplicação de Dados.. 21 Lista de Verificação para Replicação de Nó Capítulo 3. Configurando Clientes para Obter um Desempenho Ideal Capítulo 4. Monitorando e Mantendo o Ambiente para Desempenho Monitorando o Desempenho com Ferramentas do Sistema Operacional Parte 3. Resolendo Problemas de Desempenho Capítulo 5. Ajuste de Desempenho e Identificação de Gargalo Diretrizes e Expectatias de Ajuste de Desempenho 40 Sintomas e Causas dos Problemas de Desempenho Gargalos Potenciais no Fluxo de Dados para Operações do Tioli Storage Manager Cargas de Trabalho para o Seridor Limites para o Tamanho do Banco de Dados do Seridor e Pico de Sessões do Cliente Amostras de Soluções de Proteção de Dados Capítulo 6. Executando as Primeiras Etapas para Resoler Problemas de Desempenho Capítulo 7. Identificando Gargalos de Desempenho Diagnosticando o Desempenho de Backup e Restauração Identificando Problemas de Desempenho do Seridor Aaliando os Resultados da Deduplicação de Dados 61 Identificando Gargalos de Disco em Seridores Tioli Storage Manager Analisando o Desempenho de Disco Usando o Script de Monitoramento de Seridor Analisando o Desempenho de Disco Usando Ferramentas do Sistema Analisando o Desempenho Básico de Sistemas de Disco Analisando Fluxo de Dados com o Comando dd 68 Capítulo 8. Coletando e Analisando Dados de Problemas de Desempenho. 69 Medindo a Linha de Base Descreendo Problemas de Desempenho Relatando Problemas de Desempenho Coletando Dados de Instrumentação para o Seridor, Cliente e API do Tioli Storage Manager. 73 Benefícios da Instrumentação do Tioli Storage Manager Como os Processos são Rastreados Instrumentação do Seridor para Análise de Desempenho Relatório de Instrumentação do Cliente Relatório de Instrumentação do Cliente da API 85 Cenários para Análise de Dados de Instrumentação Parte 4. Ajustando os Componentes 97 Capítulo 9. Ajustando o Desempenho do Seridor Configuração e Ajuste de Log do Banco de Dados do Seridor e de Recuperação Configuração e Ajuste do Banco de Dados Configuração e Ajuste do Log de Recuperação 103 Rebalanceando E/S para o Banco de Dados Após Incluir Sistemas de Arquios Copyright IBM Corp. 1996, 2013 iii

6 Ajustando e Configurando Conjuntos e Volumes de Armazenamento Otimizando a Organização de Dados para as Operações de Restauração e Recuperação Melhorando o Desempenho da Restauração de Arquios com Armazenamento em Cache em Conjuntos de Armazenamento em Disco Usando o Cache de Sistema de Arquios para Conjuntos de Armazenamentos Fragmentação de Sistema de Arquios para Conjuntos de Armazenamentos no Disco Número e Tamanho Ideais para Volumes para Conjuntos de Armazenamentos que Usam Disco. 111 Configuração e Ajuste do Seridor Ajustando o Planejamento para Operações Diárias Ajustando a Replicação de Nó Ajuste de Deduplicação de Dados do Lado do Seridor Ajustando as Operações do Seridor para Backups de Cliente Ajustando Operações para Implementação Automática do Cliente de Backup-Archie Ajustando o Desempenho da Unidade de Fita Taxa de Transferência da Unidade de Fita Desempenho da Taxa de Fluxo da Unidade de Fita Usando Unidades de Fita de Alto Desempenho 133 Ajustando a Capacidade do HBA Ajustando o Tioli Monitoring para Tioli Storage Manager Ajustando o Desempenho do Sistema Tioli Common Reporting Modificando o Arquio de Ambiente do Tioli Monitoring para Desempenho Ajustando o Tioli Storage Manager Operations Center e o Monitoramento de Status do Seridor. 136 Requisitos do Recurso para Monitoramento de Status em Seridores Monitorados Requisitos de Recurso e Localização do Operations Center Requisitos de Recurso e Localização do Seridor do Hub do Operations Center Alterando o Interalo de Atualização para Coleta de Dados de Status Estimando Latência de Rede Entre Sistemas Ajustando o Desempenho do Administration Center Ajustando o Desempenho do Processador para o Administration Center Ajustando a Memória para o Desempenho do Administration Center Ajustando o Desempenho de Rede para o Administration Center Ajustando Tarefas para Sistemas Operacionais e Outro Aplicatios Ajustando os Sistemas AIX para o Desempenho do Seridor Tioli Storage Manager Ajustando os Sistemas Linux para Desempenho do Seridor Tioli Storage Manager Ajustando os Sistemas Linux on System z para Desempenho do Seridor Tioli Storage Manager Ajustando os Sistemas Oracle Solaris para o Desempenho do Seridor Tioli Storage Manager Ajustando os Sistemas Windows para Desempenho do Seridor Tioli Storage Manager Efeitos do Secure Sockets Layer (SSL) no Desempenho do Seridor Uso do Seridor de Diretório LDAP: Efeitos no Desempenho Capítulo 10. Ajustando o Armazenamento em Disco para o Seridor Princípios para Ajustar os Sistemas de Disco para o Tioli Storage Manager Tipos de Sistema de Disco Otimização dos Processos de Leitura Antecipada do Sistema de Disco A Escolha do Tipo Correto de Tecnologia de Armazenamento para o Tioli Storage Manager Ajustando os Sistemas de Armazenamento System Storage DS8000 Series Ajustando o System Storage DS5000 Series e Outros Sistemas de Armazenamento Midrange da IBM Características de E/S de Disco para Operações do Tioli Storage Manager Layouts de Amostra para um Banco de Dados do Seridor em Discos DS5000 Series Layouts de Amostra para Logs de Recuperação do Seridor nos Discos do DS5000 Series Layout de Amostra de Conjuntos de Armazenamentos do Seridor em Discos DS5000 Series Ajustando os Sistemas Storwize V7000 e V Configuração de Exemplo com Sistemas Storwize V Configurando o Sistema Operacional para Desempenho de Disco Configurando os Sistemas AIX para Desempenho do Disco Configurando os Sistemas Linux para Desempenho do Disco Configurando os Sistemas Oracle Solaris para Desempenho do Disco Capítulo 11. Ajustando o Desempenho do Cliente Selecionando o Método Ideal de Backup de Cliente 167 Decidindo qual Método de Backup Usar Problemas Comuns de Desempenho do Cliente Resolendo Problemas de Desempenho Comuns do Cliente Resolendo Problemas Comuns de Desempenho com Operações de Backup do VMware Opções de Reinício do Cliente i IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

7 Opção do Cliente commrestartduration Opção do Cliente commrestartinteral Ajustando a Memória Reduzir o Uso de Memória do Cliente Ajustando o Rendimento de Dados de Cliente Reduzir o Fluxo de Dados do Cliente com Compactação Ajustando a Deduplicação de Dados do Lado do Cliente Reduzindo o Fluxo de Dados do Cliente com as Opções include e exclude Ajustando o Tamanho do Buffer de E/S do Cliente Otimizando o Tamanho de Transação Configurando Opções para Minimizar o Uso do Processador Utilizando Diersas Sessões para Melhorar o Desempenho do Cliente Executando Sessões do Cliente Simultâneas Backup e Restauração de Várias Sessões Otimizando o Número de Diersas Sessões para Executar Ajustando Backups Baseados em Diário Ajuste das Operações de Restauração Ajuste do Espaço no Arquio Backups de Estado do Sistema Windows Ajustando Operações de Backup do VMware Otimizando Backups Paralelos de Máquinas Virtuais Selecionando um Modo de Transporte para Backups de VMware Ajustando a Escalabilidade de Operações de Backup VMware Ajuste de Desempenho para Ambientes sem a LAN Capítulo 12. Ajustando o Desempenho da Rede Ajustando as Configurações de TCP/IP para Clientes e Seridores Controlando o Tráfego de Rede a partir de Planejamentos de Cliente Configurando Opções de Rede para o Tioli Storage Manager nos Sistemas AIX Configurando Opções de Rede para o Tioli Storage Manager nos Sistemas Windows Conceitos de TCP/IP e de Rede para Ajuste Aançado Controle de Fluxo TCP e a Janela Deslizante Controles de Janela do TCP em Tioli Storage Manager Otimização de Tamanho da Janela para Diferentes Operações no Mesmo Sistema Capítulo 13. Ajuste de Desempenho para Produtos que São Usados com o Tioli Storage Manager Ajustando o Tioli Storage Manager for Space Management Dicas de Configuração para Desempenho do z/os 232 Ambientes do Content Management Parte 5. Apêndices Apêndice A. Referência de Instrumentação de Seridor Selecionando uma Estratégia de Instrumentação de Seridor Iniciando e Parando a Instrumentação do Seridor 238 INSTRUMENTATION BEGIN INSTRUMENTATION END Instrumentação do Seridor para Diferentes Plataformas Operacionais Apêndice B. Informações de Suporte 243 Obtendo Treinamento Técnico Pesquisando as Bases de Conhecimento Procurando na Internet Utilizando o IBM Support Assistant Localizando Correções do Produto Recebendo Notificação de Correções de Produtos Entrando em Contato com o IBM Software Support 245 Configurando um Contrato de Assinatura e Suporte Determinando o Impacto Comercial Descreendo o Problema e Reunindo Informações em Segundo Plano Eniando o Problema para o Suporte de SoftwareIBM Apêndice C. Recursos de Acessibilidade para a Família de Produtos Tioli Storage Manager Aisos Marcas Registradas Glossário Índice Remissio Índice

8 i IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

9 Sobre esta Publicação Estas informações ajudam a otimizar o desempenho dos seridores e clientes IBM Tioli Storage Manager e a identificar e resoler problemas de desempenho. Seu ponto de início nessas informações dependerá do seu objetio: Se ocê estier instalando ou atualizando um noo seridor e clientes, inicie em Parte 2, Melhores Práticas de Configuração, na página 7 Se ocê precisar inestigar a degradação no desempenho, inicie em Parte 3, Resolendo Problemas de Desempenho, na página 37 A assinatura padrão e os seriços de suporte da IBM não incluem análise e ajuste de desempenho abrangentes. A análise abrangente de um problema de desempenho é um seriço cobrado que é oferecido para os clientes do Tioli Storage Manager. Para obter mais informações, consulte o IBM Software Support Handbook em getsupport.html. Quem Dee Ler Esta Publicação Publicações A publicação é indicada aos administradores que desejam melhorar o desempenho dos seridores e clientes Tioli Storage Manager. Antes de usar essas informações, assegure-se de estar familiarizado com a solução Tioli Storage Manager: Como os seridores e clientes do Tioli Storage Manager são usados e monitorados Os sistemas operacionais nos quais seus seridores e clientes do Tioli Storage Manager são executados As redes que estão em uso para as operações do seridor e cliente do Tioli Storage Manager Os dispositios de armazenamento que são usados para as operações dotioli Storage Manager Publicações para a família de produtos IBM Tioli Storage Manager estão disponíeis online. A família de produtos do Tioli Storage Manager inclui o IBM Tioli Storage FlashCopy Manager, o IBM Tioli Storage Manager for Space Management, o IBM Tioli Storage Manager for Databases e diersos outros produtos de gerenciamento de armazenamento do IBM Tioli. Para procurar todas as publicações, procure no centro de informações do Tioli Storage Manager apropriado: Centro de informações da Versão 6.3: tsminfo/6r3 Centro de informações do Versão 6.4: tsminfo/6r4 Copyright IBM Corp. 1996, 2013 ii

10 É possíel fazer download de ersões de publicações em PDF no centro de informações do Tioli Storage Manager ou no Centro de Publicações IBM em Acesse Tioli Documentation Central para localizar centros de informações que contêm a documentação do produto oficial para as ersões atuais e anteriores de produtos Tioli, incluindo a família de produtos Tioli Storage Manager. É possíel localizar o Tioli Documentation Central em documentation. Também é possíel solicitar algumas publicações relacionadas no website do Centro de Publicações IBM em O website fornece informações sobre como solicitar publicações de países que não sejam os Estados Unidos. Nos Estados Unidos, ocê pode solicitar publicações ligando para Publicações do Tioli Storage Manager As seguintes tabelas listam as publicações que compõem a biblioteca do Tioli Storage Manager. Tabela 1. Tioli Storage Managerpublicações do seridor Título da publicação Número do pedido IBM Tioli Storage Manager for AIX Guia de Instalação G IBM Tioli Storage Manager for AIX Guia do Administrador SC IBM Tioli Storage Manager for AIX Referência do Administrador SC IBM Tioli Storage Manager for HP-UX Guia de Instalação G IBM Tioli Storage Manager for HP-UX Guia do Administrador SC IBM Tioli Storage Manager for HP-UX Referência do Administrador SC IBM Tioli Storage Manager for Linux Guia de Instalação G IBM Tioli Storage Manager for Linux Guia do Administrador SC IBM Tioli Storage Manager for Linux Referência do Administrador SC IBM Tioli Storage Manager for Oracle Solaris Guia de Instalação G IBM Tioli Storage Manager for Oracle Solaris Guia do Administrador SC IBM Tioli Storage Manager for Oracle Solaris Referência do SC Administrador IBM Tioli Storage Manager for Windows Guia de Instalação G IBM Tioli Storage Manager for Windows Guia do Administrador SC IBM Tioli Storage Manager for Windows Referência do Administrador SC IBM Tioli Storage Manager for z/os: Instalação da Mídia e Guia do SC Usuário IBM Tioli Storage ManagerGuia de Atualização e Migração para GC Seridores V5 IBM Tioli Storage Manager: Guia de Integração para o Tioli Storage SC Manager FastBack iii IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

11 Tabela 2. Publicações do Agente de Armazenamento do Tioli Storage Manager Título da publicação Número do pedido IBM Tioli Storage Manager for SAN for AIX Guia do Usuário do SC Agente de Armazenamento IBM Tioli Storage Manager for SAN for HP-UX Guia do Usuário do SC Agente de Armazenamento IBM Tioli Storage Manager for SAN for Linux Guia do Usuário do SC Agente de Armazenamento IBM Tioli Storage Manager for SAN for Oracle Solaris Guia do Usuário SC do Agente de Armazenamento IBM Tioli Storage Manager for SAN for Windows Guia do Usuário do SC Agente de Armazenamento Tabela 3. Publicações do Cliente Tioli Storage Manager Título da publicação IBM Tioli Storage Manager for UNIX and Linux: Guia do Usuário e de Instalação de Clientes de Backup-Archie IBM Tioli Storage Manager for Windows: Guia do Usuário e de Instalação de Clientes de Backup-Archie IBM Tioli Storage Manager: Usando a Interface de Programação de Aplicatios IBM Tioli Storage Manager for Space Management for UNIX and Linux: User s Guide IBM Tioli Storage Manager HSM for Windows: Guia de Administração Número do pedido SC SC SC SC SC Tabela 4. Publicações de Proteção de Dados do Tioli Storage Manager Título da publicação Número do pedido IBM Tioli Storage Manager for Databases: Proteção de Dados para GC Microsoft SQL Serer: Guia de Instalação e do Usuário IBM Tioli Storage Manager for Databases: Proteção de Dados para SC Oracle para UNIX e Linux: Guia de Instalação e do Usuário IBM Tioli Storage Manager for Databases: Proteção de Dados para SC Oracle para Windows: Guia de Instalação e do Usuário IBM Tioli Storage Manager for Mail: Proteção de Dados para Microsoft GC Exchange Serer: Guia de Instalação e do Usuário IBM Tioli Storage Manager for Mail: Data Protection for Lotus Domino SC UNIX e Linux: Guia de Instalação e do Usuário IBM Tioli Storage Manager for Mail: Proteção de Dados para Lotus SC Domino para Windows: Guia de Instalação e do Usuário IBM Tioli Storage Manager for Enterprise Resource Planning: Proteção S de Dados para SAP: Guia de Instalação e do Usuário para DB2 IBM Tioli Storage Manager for Enterprise Resource Planning: Proteção S de Dados para SAP: Guia de Instalação e do Usuário para Oracle IBM Tioli Storage Manager for Virtual Enironments: Guia de Instalação SC e do Usuário Guia do IBM Tioli Storage Manager for Microsoft SharePoint N/A Sobre esta Publicação ix

12 Tabela 5. Resolendo Problemas e Ajustando Publicações do IBM Tioli Storage Manager Título da publicação Número do pedido IBM Tioli Storage Manager: Guia de Determinação do Problemas G IBM Tioli Storage Manager: Otimizando o Desempenho G IBM Tioli Storage ManagerCódigos de Retorno de Mensagens do Cliente SC e da Interface de Programação de Aplicatios IBM Tioli Storage ManagerMensagens e Códigos de Erro do Seridor SC IBM Tioli Storage Manager for Mail: Data Protection for Microsoft GC Exchange Serer: Mensagens IBM Tioli Storage Manager for Databases: Data Protection for Microsoft GC SQL Serer: Mensagens IBM Tioli Storage Manager for Databases: Data Protection for Oracle SC Messages IBM Tioli Storage Manager for Mail: Data Protection for Lotus Domino SC Messages IBM Tioli Storage Manager for Enterprise Resource Planning: Data SC Protection for SAP: Mensagens Nota: É possíel localizar informações sobre o IBM System Storage Archie Manager no centro de informações do Tioli Storage Manager Publicações do Tioli Storage FlashCopy Manager A seguinte tabela lista as publicações que compõem a biblioteca do Tioli Storage FlashCopy Manager. Tabela 6. Publicações do Tioli Storage FlashCopy Manager Título da publicação IBM Tioli Storage FlashCopy Manager for UNIX and Linux: Guia de Instalação e do Usuário IBM Tioli Storage FlashCopy Manager for Windows: Guia de Instalação e do Usuário IBM Tioli Storage FlashCopy Manager for VMware: Guia de Instalação e do Usuário IBM Tioli Storage FlashCopy Manager: Mensagens Número do pedido SC SC SC GC x IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

13 Noo Nesta Edição Noos recursos e outras mudanças estão disponíeis no IBM Tioli Storage Manager V6.3.4 e V Atualizações técnicas desde a edição anterior são marcadas com uma barra ertical ( ) namargemesquerda. As informações a seguir são atualizadas ou incluídas: Tioli Storage Manager Operations Center O Operations Center é uma noa interface com o usuário baseada na web para gerenciar um ambiente de armazenamento. O Operations Center funciona com seridores do Tioli Storage Manager na V6.3.4 e posterior. Para obter informações sobre instalar e configurar o Operations Center, consulte Tioli Storage Manager Guia de Instalação. Para obter informações de ajuste, consulte Ajustando o Tioli Storage Manager Operations Center e o Monitoramento de Status do Seridor na página 136. Informações de encadeamento do seridor do Tioli Storage Manager O programa do seridor diide suas operações em encadeamentos. As informações sobre os encadeamentos de seridor mais importantes são fornecidas para uso ao diagnosticar problemas. Consulte Encadeamentos do Seridor em Saída de Instrumentação na página 78. Atualizações técnicas secundárias Atualizações técnicas secundárias foram feitas no manual. Procure a barra ertical ()namargemesquerda. Copyright IBM Corp. 1996, 2013 xi

14 xii IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

15 Parte 1. Onde começar Estas informações ajudam a otimizar o desempenho dos seridores e clientes IBM Tioli Storage Manager e a identificar e resoler problemas de desempenho. Seu ponto de início nessas informações dependerá do seu objetio: Se ocê estier instalando ou atualizando um noo seridor e clientes, inicie em Parte 2, Melhores Práticas de Configuração, na página 7 Se ocê precisar inestigar a degradação no desempenho, inicie em Parte 3, Resolendo Problemas de Desempenho, na página 37 Antes de usar essas informações, assegure-se de estar familiarizado com a solução Tioli Storage Manager: Como os seridores e clientes do Tioli Storage Manager são usados e monitorados Os sistemas operacionais nos quais seus seridores e clientes do Tioli Storage Manager são executados As redes que estão em uso para as operações do seridor e cliente do Tioli Storage Manager Os dispositios de armazenamento que são usados para as operações dotioli Storage Manager A assinatura padrão e os seriços de suporte da IBM não incluem análise e ajuste de desempenho abrangentes. A análise abrangente de um problema de desempenho é um seriço cobrado que é oferecido para os clientes do Tioli Storage Manager. Para obter mais informações, consulte o IBM Software Support Handbook em getsupport.html. Copyright IBM Corp. 1996,

16 2 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

17 Capítulo 1. Referência Cruzada de Informações de Sistema Operacional e Desempenho A maioria das informações de desempenho aplica-se a qualquer cliente ou seridor, em qualquer sistema operacional. Para determinados sistemas operacionais, estão disponíeis informações específicas sobre a configuração de clientes e seridores para obter desempenho. Tabela 7. Tópicos para Seridores Tioli Storage Manager, por Sistema Operacional Sistema operacional do seridor Tópicos principais Tópicos específicos para o sistema operacional AIX Capítulo 2, Configurando o Seridor para Obter Desempenho Ideal, na página 9 Capítulo 4, Monitorando e Mantendo o Ambiente para Desempenho, na página 31 Capítulo 7, Identificando Gargalos de Desempenho, na página 55 Capítulo 9, Ajustando o Desempenho do Seridor, na página 99 Capítulo 10, Ajustando o Armazenamento em Disco para o Seridor, na página 151 Ajustando os Sistemas AIX para o Desempenho do Seridor Tioli Storage Manager na página 144 Configurando os Sistemas AIX para Desempenho do Disco na página 163 Monitorando o Desempenho com Ferramentas do Sistema Operacional na página 32 Configurando Opções de Rede para o Tioli Storage Manager nos Sistemas AIX na página 225 HP-UX Capítulo 12, Ajustando o Desempenho da Rede, na página 223 Capítulo 2, Configurando o Seridor para Obter Desempenho Ideal, na página 9 Capítulo 4, Monitorando e Mantendo o Ambiente para Desempenho, na página 31 Capítulo 7, Identificando Gargalos de Desempenho, na página 55 Capítulo 9, Ajustando o Desempenho do Seridor, na página 99 Capítulo 10, Ajustando o Armazenamento em Disco para o Seridor, na página 151 Capítulo 12, Ajustando o Desempenho da Rede, na página 223 Monitorando o Desempenho com Ferramentas do Sistema Operacional na página 32 Copyright IBM Corp. 1996,

18 Tabela 7. Tópicos para Seridores Tioli Storage Manager, por Sistema Operacional (continuação) Sistema operacional do seridor Tópicos principais Tópicos específicos para o sistema operacional Linux Capítulo 2, Configurando o Seridor para Obter Desempenho Ideal, na página 9 Capítulo 4, Monitorando e Mantendo o Ambiente para Desempenho, na página 31 Capítulo 7, Identificando Gargalos de Desempenho, na página 55 Capítulo 9, Ajustando o Desempenho do Seridor, na página 99 Capítulo 10, Ajustando o Armazenamento em Disco para o Seridor, na página 151 Ajustando os Sistemas Linux para Desempenho do Seridor Tioli Storage Manager na página 146 Ajustando os Sistemas Linux on System z para Desempenho do Seridor Tioli Storage Manager na página 146 Configurando os Sistemas Linux para Desempenho do Disco na página 164 Monitorando o Desempenho com Ferramentas do Sistema Operacional na página 32 Oracle Solaris Windows Capítulo 12, Ajustando o Desempenho da Rede, na página 223 Capítulo 2, Configurando o Seridor para Obter Desempenho Ideal, na página 9 Capítulo 4, Monitorando e Mantendo o Ambiente para Desempenho, na página 31 Capítulo 7, Identificando Gargalos de Desempenho, na página 55 Capítulo 9, Ajustando o Desempenho do Seridor, na página 99 Capítulo 10, Ajustando o Armazenamento em Disco para o Seridor, na página 151 Capítulo 12, Ajustando o Desempenho da Rede, na página 223 Capítulo 2, Configurando o Seridor para Obter Desempenho Ideal, na página 9 Capítulo 4, Monitorando e Mantendo o Ambiente para Desempenho, na página 31 Capítulo 7, Identificando Gargalos de Desempenho, na página 55 Capítulo 9, Ajustando o Desempenho do Seridor, na página 99 Capítulo 10, Ajustando o Armazenamento em Disco para o Seridor, na página 151 Capítulo 12, Ajustando o Desempenho da Rede, na página 223 Ajustando os Sistemas Oracle Solaris para o Desempenho do Seridor Tioli Storage Manager na página 147 Configurando os Sistemas Oracle Solaris para Desempenho do Disco na página 164 Monitorando o Desempenho com Ferramentas do Sistema Operacional na página 32 Ajustando os Sistemas Windows para Desempenho do Seridor Tioli Storage Manager na página 148 Monitorando o Desempenho com Ferramentas do Sistema Operacional na página 32 Configurando Opções de Rede para o Tioli Storage Manager nos Sistemas Windows na página IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

19 Tabela 8. Tópicos para Clientes Tioli Storage Manager, por Sistema Operacional Sistema operacional ou ambiente do cliente Tópicos principais Tópicos específicos para o sistema operacional AIX Capítulo 3, Configurando Clientes para Obter um Desempenho Ideal, na página 29 Ajustando Backups Baseados em Diário na página 208 HP-UX Linux Mac OS X Oracle Solaris Capítulo 7, Identificando Gargalos de Desempenho, na página 55 Capítulo 11, Ajustando o Desempenho do Cliente, na página 167 Capítulo 12, Ajustando o Desempenho da Rede, na página 223 Capítulo 3, Configurando Clientes para Obter um Desempenho Ideal, na página 29 Capítulo 7, Identificando Gargalos de Desempenho, na página 55 Capítulo 11, Ajustando o Desempenho do Cliente, na página 167 Capítulo 12, Ajustando o Desempenho da Rede, na página 223 Capítulo 3, Configurando Clientes para Obter um Desempenho Ideal, na página 29 Capítulo 7, Identificando Gargalos de Desempenho, na página 55 Capítulo 11, Ajustando o Desempenho do Cliente, na página 167 Capítulo 12, Ajustando o Desempenho da Rede, na página 223 Capítulo 3, Configurando Clientes para Obter um Desempenho Ideal, na página 29 Capítulo 7, Identificando Gargalos de Desempenho, na página 55 Capítulo 11, Ajustando o Desempenho do Cliente, na página 167 Capítulo 12, Ajustando o Desempenho da Rede, na página 223 Capítulo 3, Configurando Clientes para Obter um Desempenho Ideal, na página 29 Capítulo 7, Identificando Gargalos de Desempenho, na página 55 Capítulo 11, Ajustando o Desempenho do Cliente, na página 167 Capítulo 12, Ajustando o Desempenho da Rede, na página 223 Ajuste do Espaço no Arquio na página 209 Ajustando o Tioli Storage Manager for Space Management na página 231 Ajuste do Espaço no Arquio na página 209 Ajustando o Tioli Storage Manager for Space Management na página 231 Ajustando Backups Baseados em Diário na página 208 Ajuste do Espaço no Arquio na página 209 Ajustando o Tioli Storage Manager for Space Management na página 231 Ajuste do Espaço no Arquio na página 209 Ajustando o Tioli Storage Manager for Space Management na página 231 Capítulo 1. Referência Cruzada de Informações de Sistema Operacional e Desempenho 5

20 Tabela 8. Tópicos para Clientes Tioli Storage Manager, por Sistema Operacional (continuação) Sistema operacional ou ambiente do cliente Tópicos principais Tópicos específicos para o sistema operacional VMware Ajustando Operações de Backup do VMware na página 212 Windows Resolendo Problemas Comuns de Desempenho com Operações de Backup do VMware na página 187 Capítulo 3, Configurando Clientes para Obter um Desempenho Ideal, na página 29 Capítulo 7, Identificando Gargalos de Desempenho, na página 55 Capítulo 11, Ajustando o Desempenho do Cliente, na página 167 Capítulo 12, Ajustando o Desempenho da Rede, na página 223 Ajustando Backups Baseados em Diário na página 208 Backups de Estado do Sistema Windows na página 211 Recursos para Informações de Sistema Operacional Grupos de usuários e outros sites podem ser boas fontes de informações para ajuste e resolução de problemas para o sistema operacional. A lista a seguir fornece alguns exemplos. AIX Procure recursos no AIX Virtual User Group em deeloperworks/mydeeloperworks/wikis/home/wiki/power Systems/page/AIX Virtual User Group - USA. Procure informações de ajuste e gerenciamento de desempenho no Centro de Informações do AIX em index.jsp. Linux Procure informações de desempenho dos sistemas Linux on System z em Windows Procure informações de desempenho de hardware do Windows em 6 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

21 Parte 2. Melhores Práticas de Configuração Geralmente, a configuração e a seleção de hardware causam o impacto mais significatio no desempenho da solução Tioli Storage Manager. Outros fatores que afetam o desempenho são a seleção e a configuração do sistema operacional e a configuração do Tioli Storage Manager. De todas as práticas descritas neste guia, as práticas a seguir são as mais importantes para o desempenho ideal e a preenção de problemas. Melhores práticas de configuração ou manutenção Use discos rápidos para o banco de dados do seridor. Os discos de estado sólido (SSD) de grau corporatio, com interface Fibre Channel ou SAS, oferecem o melhor desempenho. Assegure-se de que o sistema do seridor tenha memória suficiente. Separe o banco de dados do seridor, o log atio, o log de archie e os conjuntos de armazenamentos em disco uns dos outros. Mais informações Use discos rápidos de baixa latência para o banco de dados. O uso de SSD será essencial se ocê estier usando deduplicação de dados e replicação de nó. Eite discos Serial ATA e Parallel Adanced Technology Attachment (PATA). Para obter detalhes e mais dicas, consulte os tópicos a seguir: Lista de Verificação para Discos do Banco de Dados do Seridor na página 12 A Escolha do Tipo Correto de Tecnologia de Armazenamento para o Tioli Storage Manager na página 153 Reise os requisitos do sistema operacional na nota técnica em Cargas de trabalho mais pesadas requerem mais de os requisitos mínimos. Recursos aançados, como deduplicação de dados e replicação de nó, podem requerer mais do que a memória mínima especificada no documento de requisitos do sistema. Se ocê planejar executar árias instâncias, cada instância precisará da memória que é listada para um seridor. Multiplique a memória para um seridor pelo número de instâncias planejadas para o sistema. Mantenha todos os recursos de armazenamento do Tioli Storage Manager em discos separados. Mantenha os discos do conjunto de armazenamentos separados dos discos para o banco de dados e os logs do seridor. As operações do conjunto de armazenamentos podem interferir com as operações de banco de dados quando ambos estierem nos mesmos discos. Idealmente, o banco de dados e os logs do seridor também são separados um do outro. Para obter detalhes e mais dicas, consulte os tópicos a seguir: Lista de Verificação para Discos do Banco de Dados do Seridor na página 12 Lista de Verificação para Discos de Log de Recuperação do Seridor na página 14 Lista de Verificação para Conjuntos de Armazenamentos em Disco na página 16 Copyright IBM Corp. 1996,

22 Melhores práticas de configuração ou manutenção Use pelo menos quatro diretórios para o banco de dados do seridor. Para seridores maiores ou seridores que usem recursos aançados, use oito diretórios. Mais informações Coloque cada diretório em uma LUN que esteja isolada das outras LUNs e de outros aplicatios. Um seridor é considerado grande quando seu banco de dados é maior do que o 500 GB ou é esperado que ele aumente até esse tamanho. Use oito diretórios para esses seridores. Consulte Lista de Verificação para Discos do Banco de Dados do Seridor na página 12. Se ocê estier usando deduplicação de dados, replicação de nó ou ambos, siga as diretrizes para a configuração do banco de dados e outros itens. Para os conjuntos de armazenamentos que usam classes de dispositios de tipo FILE, siga as diretrizes para o tamanho dos olumes do conjunto de armazenamentos. Geralmente, os olumes do 50 GB são melhores. Configure o banco de dados do seridor de acordo com as diretrizes, porque o banco de dados tem extrema importância no bom funcionamento do seridor quando esses recursos estão sendo usados. Para obter detalhes e mais dicas, consulte os tópicos a seguir: Lista de Verificação para Deduplicação de Dados na página 21 Lista de Verificação para Replicação de Nó na página 25 Reise as informações em Número e Tamanho Ideais para Volumes para Conjuntos de Armazenamentos que Usam Disco na página 111 para ajudar com a determinação do tamanho do olume. Configure os dispositios de conjunto de armazenamentos e sistemas de arquios com base nos requisitos de rendimento, não apenas nos requisitos de capacidade. Isole os dispositios de armazenamento usados pelo Tioli Storage Manager de outros aplicatios que possuem E/S alta e assegure-se de que haja rendimento suficiente para esse armazenamento. Para obter detalhes e mais dicas, consulte Lista de Verificação para Conjuntos de Armazenamentos em Disco na página 16. Planeje as operações do cliente Tioli Storage Manager e as atiidades de manutenção do seridor para eitar ou minimizar a sobreposição das operações. Monitore as operações constantemente. Para obter detalhes e mais dicas, consulte os tópicos a seguir: Ajustando o Planejamento para Operações Diárias na página 113 Lista de Verificação da Configuração do Seridor Tioli Storage Manager na página 18 Ao monitorar, é possíel localizar problemas antecipadamente e identificar as causas com mais facilidade. Mantenha os registros dos relatórios de monitoramento por até um ano para ajudar a identificar tendências e planejar o crescimento. Consulte Capítulo 4, Monitorando e Mantendo o Ambiente para Desempenho, na página 31. Conceitos relacionados: Amostras de Soluções de Proteção de Dados na página 51 8 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

23 Capítulo 2. Configurando o Seridor para Obter Desempenho Ideal Aalie as características e a configuração do sistema no qual o seridor está instalado para assegurar que sua configuração obtenha um bom desempenho. Primeiro, consulte o Tioli Storage Manager Guia de Instalação para reisar os requisitos básicos de um seridor. Em seguida, reise as informações a seguir para obter mais detalhes. 1. Reise o Lista de Verificação de Hardware do Seridor e de Sistema Operacional na página 10. Corrija os itens conforme necessário. 2. Reise o Lista de Verificação para Discos do Banco de Dados do Seridor na página 12. Corrija os itens conforme necessário. 3. Reise o Lista de Verificação para Discos de Log de Recuperação do Seridor na página 14. Essa lista de erificação cobre o log atio, o log de archie e outros logs. Corrija os itens conforme necessário. 4. Reise o Lista de Verificação para Conjuntos de Armazenamentos em Disco na página 16. Corrija os itens conforme necessário. 5. Se ocê obtee um noo armazenamento, teste o sistema de armazenamentos antes de implementá-lo. É possíel usar ferramentas para aaliar as características dos sistemas de armazenamento antes de usá-los para o banco de dados ou conjunto de armazenamentos do Tioli Storage Manager. Para obter informações adicionais, consulte Analisando o Desempenho Básico de Sistemas de Disco na página Reise as dicas para sistemas de disco em sistemas operacionais específicos. Os sistemas operacionais podem requerer diferentes técnicas para otimizar as operações de disco. Para obter detalhes, consulte Configurando o Sistema Operacional para Desempenho de Disco na página Reise o Lista de Verificação da Configuração do Seridor Tioli Storage Manager na página 18 para obter dicas sobre a configuração de planejamento e outras operações. 8. Se ocê usar a deduplicação de dados, reise o Lista de Verificação para Deduplicação de Dados na página Se ocê usar a replicação de nó, reise o Lista de Verificação para Replicação de Nó na página 25. Tarefas relacionadas: Agrupando Dados Usando a Disposição nos Conjuntos de Armazenamentos do Seridor na página 107 Ajustando o Planejamento para Operações Diárias na página 113 Copyright IBM Corp. 1996,

24 Lista de Verificação de Hardware do Seridor e de Sistema Operacional Use a lista de erificação para erificar se o sistema no qual o seridor está instalado atende aos requisitos de configuração de hardware e software. Questão O sistema operacional e o hardware atendem aos, ou excedem os, requisitos? Número e elocidade de processadores Memória do sistema Níel do sistema operacional suportado Os discos estão configurados para um desempenho ideal? O sistema possui adaptadores de barramento de host (HBAs) suficientes para manipular operações de dados que o seridor Tioli Storage Manager dee executar simultaneamente? Tarefas, características, opções ou configurações Se ocê estier usando a quantia mínima necessária de memória, será possíel suportar uma carga de trabalho mínima. Cargas de trabalho mais pesadas e recursos aançados como a deduplicação de dados e a replicação de nó requerem mais do que a memória mínima especificada no documento de requisitos do sistema. É possíel experimentar a inclusão de mais memória para determinar se há um impulso no desempenho e, em seguida, decidir se ocê deseja manter essa memória dedicada para o seridor. Teste as ariações de memória usando o ciclo diário inteiro da carga de trabalho do seridor. Se ocê executar diersos seridores no sistema, inclua os requisitos para cada seridor para obter os requisitos do sistema. A quantia de ajuste que pode ser feita aria para diferentes sistemas de disco. Assegure-se de que as profundidades de fila e outras opções do sistema de disco estejam configuradas apropriadamente. Entenda quais operações requerem uso de HBAs ao mesmo tempo. Por exemplo, um seridor dee armazenar 1 GB/s de dados de backup enquanto também realiza a migração do conjunto de armazenamentos que requer 0,5 GB/s de capacidade para concluir. Os HBAs deem poder manipular todos os dados na elocidade necessária. Mais informações Reise os requisitos do sistema operacional em dociew.wss?uid=swg Além disso, reise a orientação no Ajustando Tarefas para Sistemas Operacionais e Outro Aplicatios na página 144. Para obter mais informações sobre os requisitos quando esses recursos estierem em uso: Lista de Verificação para Deduplicação de Dados na página 21 Lista de Verificação para Replicação de Nó na página 25 Para obter ajuda para determinar se as características de processador e de memória são a causa de problemas de desempenho, consulte Identificando Problemas de Desempenho do Seridor na página 58. Para obter mais informações, consulte as seguintes listas de erificação para os discos: Lista de Verificação para Discos do Banco de Dados do Seridor na página 12 Lista de Verificação para Discos de Log de Recuperação do Seridor na página 14 Lista de Verificação para Conjuntos de Armazenamentos em Disco na página 16 Consulte Ajustando a Capacidade do HBA na página IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

25 Questão A largura da banda da rede é maior do que o rendimento máximo planejado para os backups? Você está usando um sistema de arquios preferencial para os arquio do seridor Tioli Storage Manager? Tarefas, características, opções ou configurações A largura da banda da rede dee permitir que o sistema conclua operações, como backups, no tempo permitido ou que atenda aos compromissos de níel de seriço. Para replicação de nó, a largura da banda da rede dee ser maior do que o rendimento máximo planejado. A opção de sistema de arquios é um fator importante no desempenho do seridor Tioli Storage Manager. Use um sistema de arquios que forneça recursos aançados para assegurar o desempenho ideal e a disponibilidade de dados. O Tioli Storage Manager usa E/S direta com sistemas de arquios que suportam o recurso. O uso de E/S direta pode melhorar o rendimento e reduzir a utilização do processador. Mais informações Para obter mais informações, consulte os tópicos a seguir: Capítulo 12, Ajustando o Desempenho da Rede, na página 223 Lista de Verificação para Replicação de Nó na página 25 Para obter informações adicionais, consulte Configurando o Sistema Operacional para Desempenho de Disco na página 163. A seguir há uma lista de sistemas de arquios preferenciais para cada sistema operacional: AIX: Use o sistema de arquios JFS2 com a opção rbrw. HP-UX: Use o sistema de arquios VxFS. Linux: Use o sistema de arquios ext3 para o log do banco de dados e de recuperação. É possíel usar o sistema de arquios ext4 para dados do conjunto de armazenamentos. Solaris: Use o sistema de arquios ZFS. Windows: Use o sistema de arquios NTFS sem compactação. Capítulo 2. Configurando o Seridor para Obter Desempenho Ideal 11

26 Questão Você configurou espaço de paginação suficiente? Você ajustou os parâmetros do kernel após a instalação do seridor? Tarefas, características, opções ou configurações O espaço de paginação ou o espaço de troca estende a memória disponíel para processamento. Quando a quantia de RAM lire no sistema estier baixa, os programas ou os dados que não estierem em uso serão moidos da memória para o espaço de paginação. Essa ação libera memória para outras atiidades, como operações do banco de dados. Para os sistemas AIX, Linux, HP-UX e Solaris, use no mínimo 32 GB de espaço de paginação ou 50% de RAM, qual dos alores for mais alto. Nos sistemas Windows, o espaço de paginação é configurado automaticamente. Você dee ajustar os parâmetros do kernel para seridores que estierem em sistemas HP-UX, Linux ou Oracle Solaris. Mais informações Consulte a seção sobre como ajustar os parâmetros do kernel para DB2 no Tioli Storage Manager Guia de Instalação. Lista de Verificação para Discos do Banco de Dados do Seridor Use a lista de erificação para erificar se os sistemas de disco do banco de dados do seridor possuem as características e a configuração que são chaes para se obter um bom desempenho. Questão O banco de dados está em discos rápidos de baixa latência? Tarefas, características, opções ou configurações Não use unidades Serial ATA ou Parallel Adanced Technology Attachment (PATA) para o banco de dados do Tioli Storage Manager. Não use discos internos que são incluídos, por padrão, na maioria dos hardwares de seridor. Mais informações Lista de Verificação para Deduplicação de Dados na página 21 Os discos de estado sólido (SSD) de grau corporatio, com interface Fibre Channel ou SAS, oferecem o melhor desempenho. Se ocê planejar usar as funções de deduplicação de dados do Tioli Storage Manager, foque no desempenho do disco em termos de operações de E/S por segundo (IOPS). 12 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

27 Questão O banco de dados está armazenado em discos ou LUNs separados dos discos ou LUNs que são usados para o log atio, log de archie e olumes do conjunto de armazenamentos? Se estier usando RAID, ocê selecionou o níel de RAID ideal para seu sistema? Você definiu todas as LUNs com o mesmo tamanho e tipo de RAID? Tarefas, características, opções ou configurações A separação do banco de dados do seridor de outros componentes ajuda a reduzir a contenção dos mesmos recursos por diferentes operações que deem ser executadas ao mesmo tempo. Quando um sistema precisa executar um grande número de graações, o RAID 10 supera o RAID 5. No entanto, o RAID 10 requer mais discos do que o RAID 5 para a mesma quantia de armazenamento útil. Mais informações Se uma opção para configurar o tamanho de faixa ou segmento estaa disponíel, ocê otimizou o tamanho quando configurou o sistema de disco? Você criou pelo menos quatro diretórios (também chamados de contêineres) em quatro LUNs separadas para o banco de dados? Se estier usando a deduplicação de dados do Tioli Storage Manager, ocê criou pelo menos oito contêineres em oito LUNs separadas? Se o seu sistema de disco for RAID, defina todas as LUNs com o mesmo tamanho e tipo de RAID. Por exemplo, não misture 4+1 RAID 5 com 4+2 RAID 6. Caso seja possíel configurar o tamanho de faixa ou segmento, use tamanhos de faixa de 64 KB ou 128 KB nos sistemas de disco para o banco de dados. Cargas de trabalho mais pesadas e o uso de alguns recursos requerem mais contêineres de banco de dados do que os requisitos mínimos. As operações do seridor, como deduplicação de dados, causam um número alto de operações de entrada/saída por segundo (IOPS) para o banco de dados. Essas operações executam melhor quando o banco de dados tem mais diretórios. Para bancos de dados do seridor maiores que 500 GB, ou que se espera que cresçam até esse tamanho, use oito diretórios. Considere um crescimento planejado do sistema quando determinar quantos contêineres deerão ser criados. O seridor usará o número maior de contêineres mais efetiamente se os contêineres estierem presentes quando o seridor for criado pela primeira ez. O tamanho de bloco que é usado para o banco de dados aria, dependendo do espaço de tabela. A maioria dos espaços de tabela usa blocos de 8 KB, enquanto outros usam blocos de 32 KB. Para obter mais informações, consulte os tópicos a seguir: Lista de Verificação para Deduplicação de Dados na página 21 Lista de Verificação para Replicação de Nó na página 25 Para obter ajuda com a preisão do crescimento quando seridor deduplicar dados, consulte a nota técnica ( dociew.wss?uid=swg ). Para obter as informações mais recentes sobre o tamanho do banco de dados, a reorganização de banco de dados e as considerações de desempenho para os seridores Tioli Storage Manager Versão 6, consulte a nota técnica ( dociew.wss?uid=swg ). Capítulo 2. Configurando o Seridor para Obter Desempenho Ideal 13

28 Questão Todos os diretórios do banco de dados têm o mesmo tamanho? (Os diretórios do banco de dados às ezes são chamados de contêineres) Você aumentou a profundidade da fila das LUNs de banco de dados em sistemas AIX? Tarefas, características, opções ou configurações Todos os diretórios que tierem o mesmo tamanho asseguram um grau consistente de paralelismo para as operações do banco de dados. Se um ou mais diretórios do banco de dados forem menores que os outros, eles reduzem o potencial de pré-busca paralela otimizada. Esta diretriz também se aplicará se ocê tier que incluir contêineres após a configuração inicial do seridor. A profundidade da fila padrão geralmente é muito baixa. Mais informações Consulte o Configurando os Sistemas AIX para Desempenho do Disco na página 163. Tarefas relacionadas: A Escolha do Tipo Correto de Tecnologia de Armazenamento para o Tioli Storage Manager na página 153 Lista de Verificação para Discos de Log de Recuperação do Seridor O log de recuperação do seridor consiste do log atio, do log de archie e de logs opcionais para espelhamento e failoer. Use a lista de erificação para erificar se os sistemas de disco que estão sendo usados para os logs possuem as características e a configuração que são chaes para se obter um bom desempenho. Questão O log atio e o log de archie estão armazenados em discos ou em LUNs que são separados do que é usado para os olumes do conjunto de armazenamentos e de banco de dados? Os logs estão em discos que possuem cache de graação não olátil? Tarefas, características, opções ou configurações Assegure-se de que os discos nos quais ocê coloca o log atio não sejam usados para outros propósitos do seridor ou do sistema. Não coloque o log atio em discos que contierem o banco de dados do seridor, o log de archie ou os arquios de sistema como página ou espaço de troca. O cache de graação não olátil permite que os dados sejam graados nos logs o mais rápido possíel. Operações de graação mais rápidas dos logs podem significar melhor desempenho para as operações de seridor. Mais informações A separação do banco de dados do seridor, do log atio e de log de archie ajuda a reduzir a contenção dos mesmos recursos por diferentes operações que deem ser executadas ao mesmo tempo. 14 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

29 Questão Você configurou os logs para um tamanho que suporte adequadamente a carga de trabalho? Você definiu um log de failoer do archie? Ele foi colocado em um disco que seja separado do log de archie? Ao espelhar o log atio, ocê está usando apenas um único tipo de espelhamento? Tarefas, características, opções ou configurações Se ocê não tier certeza sobre a carga de trabalho, use o maior tamanho possíel. Log Atio O tamanho máximo é 128 GB, configurado com a opção de seridor ACTIVELOGSIZE. Log de Archie O tamanho do log de archie é limitado pelo tamanho do sistema de arquios no qual ele está localizado, e não por uma opção do seridor. Faça com que o log de archie seja pelo menos maior do que o log atio. O log de failoer de archie é para uso de emergência pelo seridor quando o log de archie ficar cheio. Discos mais lentos podem ser usados para o log de failoer do archie. É possíel espelhar o log usando um dos seguintes métodos. Use apenas um tipo de espelhamento para o log. Use a opção MIRRORLOGDIRECTORY que está disponíel para o seridor Tioli Storage Manager especificar um local de espelho. Use o espelhamento de software, como o Gerenciador de Volume Lógico (LVM) no AIX. Use o espelhamento no hardware do sistema de disco. Mais informações Para obter detalhes do dimensionamento de log, consulte as informações de log de recuperação na nota técnica ( support/ dociew.wss?uid=swg ). Para obter informações sobre dimensionamento ao usar a deduplicação de dados, consulte Lista de Verificação para Deduplicação de Dados na página 21. Use a opção do seridor ARCHFAILOVERLOGDIRECTORY para especificar o local do log de failoer do archie. Monitore o uso do diretório para o log de failoer do archie. Se o log de failoer do archie tier que ser usado pelo seridor, o espaço para o log de archie poderá não ser grande o suficiente. Se ocê espelhar o log atio, assegure-se de que os discos para o log atio e a cópia espelhada tenham elocidade e confiabilidade iguais. Para obter informações adicionais, consulte Configuração e Ajuste do Log de Recuperação na página 103. Tarefas relacionadas: A Escolha do Tipo Correto de Tecnologia de Armazenamento para o Tioli Storage Manager na página 153 Capítulo 2. Configurando o Seridor para Obter Desempenho Ideal 15

30 Lista de Verificação para Conjuntos de Armazenamentos em Disco Use a lista de erificação para reisar como seus conjuntos de armazenamentos em disco estão configurados. Esta lista de erificação inclui dicas para conjuntos de armazenamentos que usam as classes de dispositios DISK ou FILE. Questão As LUNs do conjunto de armazenamentos podem sustentar taxas de rendimento para leituras e graações sequenciais de 356KB que manipulem adequadamente a carga de trabalho dentro das restrições de tempo? Tarefas, características, opções ou configurações Quando estier planejando picos de carregamentos, considere todos os dados que deseja que o seridor leia e grae nos conjuntos de armazenamentos em disco simultaneamente. Por exemplo, considere o pico de fluxo de dados das operações de backup do cliente e das operações de moimentação de dados do seridor, como migração, que são executadas ao mesmo tempo. Mais informações Consulte o Analisando o Desempenho Básico de Sistemas de Disco na página 67. O disco está configurado para usar cache de leitura e graação? Para conjuntos de armazenamentos que usam classes de dispositio FILE, ocê determinou um bom tamanho a ser usado pelos olumes do conjunto de armazenamentos? Para conjuntos de armazenamentos que usam classes de dispositio FILE, ocê está usando olumes pré-alocados? Para conjuntos de armazenamentos que usam classes de dispositio FILE, ocê comparou o número máximo de sessões do cliente com o número de olumes que são definidos? O seridor Tioli Storage Manager lê e graa nos conjuntos de armazenamentos predominantemente em blocos de 256 KB. Se o sistema de disco inclui o recurso, configure o sistema de disco para um desempenho ideal com operações de leitura/graação sequenciais ao inés de operações de leitura/graação aleatórias. Use mais cache para obter um desempenho melhor. Reise as informações em Número e Tamanho Ideais para Volumes para Conjuntos de Armazenamentos que Usam Disco na página 111. Se ocê não tier as informações para estimar um tamanho para os olumes de classe de dispositio FILE, inicie com olumes de 50 GB. Volumes utilizáeis podem causar fragmentação de arquio. Para assegurar que um conjunto de armazenamentos não execute sem olumes, configure o parâmetro MAXSCRATCH para um alor maior que zero. Sempre mantenha olumes utilizáeis suficientes nos conjuntos de armazenamentos para permitir que o número de pico esperado de sessões do cliente seja executado de uma ez. Os olumes podem ser olumes utilizáeis, olumes azios ou olumes parcialmente preenchidos. Normalmente, problemas surgem mais frequentemente quando os olumes são muito pequenos. Alguns problemas são relatados quando os olumes são maiores do que o necessário. Quando determinar qual tamanho do olume será usado, será melhor usar um tamanho que possa ser maior que o necessário. Use o comando do seridor DEFINE VOLUME para pré-alocar olumes no conjunto de armazenamentos. Use o comando do seridor DEFINE STGPOOL ou UPDATE STGPOOL para configurar o parâmetro MAXSCRATCH. Para conjuntos de armazenamentos que usam classes de dispositios FILE, apenas uma sessão ou processo pode graar em um olume ao mesmo tempo. 16 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

31 Questão Para conjuntos de armazenamentos que usam classes de dispositio FILE, ocê configurou o parâmetro MOUNTLIMIT da classe de dispositio para um alor alto o suficiente para contabilizar o número de olumes que podem ser montados em paralelo? Para conjuntos de armazenamentos que usam classes de dispositio DISK, ocê determinou quantos olumes do conjunto de armazenamentos são colocados em cada sistema de arquios? Tarefas, características, opções ou configurações Para conjuntos de armazenamentos que usam deduplicação de dados, o parâmetro MOUNTLIMIT geralmente está no interalo de 500 a Configure o alor de MOUNTLIMIT com o número máximo de pontos de montagem necessários para todas as sessões atias. Considere os parâmetros que afetam o número máximo de pontos de montagem necessários: A opção do seridor MAXSESSIONS, que é o número máximo de sessões do Tioli Storage Manager que podem ocorrer simultaneamente. O parâmetro MAXNUMMP, que configura o número máximo de pontos de montagem que cada nó cliente pode usar. Por exemplo, se o número máximo de sessões de backup do nó cliente geralmente for 100 e cada um dos nós tier MAXNUMMP=2, multiplique 100 nós pelos 2 pontos de montagem para cada nó para obter o alor de 200 para o parâmetro MOUNTLIMIT. O modo com que ocê configura o armazenamento para um conjunto de armazenamentos que usa uma classe de dispositio DISK depende se ocê estier usando RAID para o sistema de disco. Se ocê não estier usando RAID, configure um sistema de arquios por disco físico e defina um olume do conjunto de armazenamentos para cada sistema de arquios. Se ocê estier usando RAID 5 com n+1 olumes, configure o armazenamento de uma das seguintes formas: Configure n sistemas de arquios na LUN e defina um olume do conjunto de armazenamentos por sistema de arquios. Configure um sistema de arquios e n olumes do conjunto de armazenamentos para a LUN. Mais informações Use o comando do seridor REGISTER NODE ou UPDATE NODE para configurar o parâmetro MAXNUMMP para os nós clientes. Para obter um layout de exemplo que siga essas recomendações, consulte Figura 25 na página 161. Capítulo 2. Configurando o Seridor para Obter Desempenho Ideal 17

32 Questão Você criou seus conjuntos de armazenamentos para distribuir a E/S entre diersos sistemas de arquios? Tarefas, características, opções ou configurações Assegure-se de que cada sistema de arquios esteja em uma LUN diferente no sistema de disco. Geralmente, o ideal é ter de 10 a 30 sistemas de arquio, mas certifique-se de que os sistemas de arquios não sejam menores que cerca de 250 GB. Mais informações Para obter detalhes, consulte os seguintes tópicos: Capítulo 10, Ajustando o Armazenamento em Disco para o Seridor, na página 151 Ajustando e Configurando Conjuntos e Volumes de Armazenamento na página 107 Tarefas relacionadas: Ajustando e Configurando Conjuntos e Volumes de Armazenamento na página 107 A Escolha do Tipo Correto de Tecnologia de Armazenamento para o Tioli Storage Manager na página 153 Lista de Verificação da Configuração do Seridor Tioli Storage Manager Aalie as principais definições de configuração e planejamentos que podem afetar o desempenho do seridor Tioli Storage Manager. Questão Você configurou planejamentos do seridor para que as operações críticas não interfiram umas com as outras? Tarefas, características, opções ou configurações Planeje as operações de modo que elas possam, de outra forma, ser iniciadas automaticamente: Desatie a expiração automática ao configurar a opção de seridor EXPINTERVAL para 0. Configure os conjuntos de armazenamentos para que as operações de migração do conjunto de armazenamentos, de recuperação e de identificação duplicatas não sejam iniciadas automaticamente. Planeje cada tipo de tarefa de manutenção dos dados do seridor com horários de início e durações controlados de modo que eles não sobreponham entre si. Planeje a replicação de nó para eitar ou minimizara sobreposição com backups de cliente. Mais informações Ajustando o Planejamento para Operações Diárias na página IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

33 Questão Você está executando processos suficientes para manipular operações de dados em seu ambiente? Tarefas, características, opções ou configurações Verifique se o número de processos de uma operação é suficiente para concluir a carga de trabalho. Por exemplo, se o desempenho da recuperação parecer lento, ajuste o número de processos paralelos que são alocados para essa operação. Use os comandos e parâmetros a seguir para controlar processos de diferentes operações: Processos de backup do conjunto de armazenamentos: Parâmetros MAXPROCESS no comando BACKUP STGPOOL Processos de identificação de duplicatas: Parâmetro NUMPROCESS no comando IDENTIFY DUPLICATES. Atiidade de migração: parâmetro MIGPROCESS no comando DEFINE STGPOOL Atiidade de expiração paralela: Parâmetro RESOURCES no comando EXPIRE INVENTORY Processos de recuperação: Parâmetro RECLAIMPROCESS no comando DEFINE STGPOOL Mais informações Para obter mais informações, consulte os tópicos a seguir: Fazendo Backup do Banco de Dados com Multistreaming Simultâneo na página 102 Backup e Restauração de Várias Sessões na página 203 Os planejamentos de backup de cliente estão configurados para se estenderem durante o tempo disponíel? Continue aumentando processos paralelos até o ponto em que um recurso no seridor fique saturado. Planeje os backups de cliente em uma janela de backup que seja isolada de todos os processos de manutenção de dados, como processos de migração do conjunto de armazenamentos, de recuperação e de identificação duplicatas. Eitando a Contenção de Recursos do Seridor Durante as Operações do Cliente na página 123 Se possíel, planeje os backups de cliente para que todos eles não sejam iniciados ao mesmo tempo. Talez não seja necessário escalonar os planejamentos se houer recursos de seridor suficientes disponíeis para processar todos os backups de cliente. Além disso, se ocê estier usando a deduplicação de dados do lado do cliente e houer igualdade dos dados cujo backup está sendo feito, poderá não ser necessário escalonar os planejamentos. Capítulo 2. Configurando o Seridor para Obter Desempenho Ideal 19

34 Questão Os alores de opção do seridor foram atualizados a partir dos padrões para obter um desempenho ideal? Tarefas, características, opções ou configurações Configure a opção do seridor EXPINTERVAL para 0 e planeje o processamento de expiração de inentário. Mais informações Limites para o Tamanho do Banco de Dados do Seridor e Pico de Sessões do Cliente na página 50 Você configurou um planejamento para os backups de banco de dados? Você configurou as operações de backup apropriadamente para o tamanho do seu banco de dados? Você formatou os olumes do conjunto de armazenamentos em disco sequencialmente, caso eles tenham sido colocados no mesmo sistema de arquios? Configure a opção do seridor MAXSESSIONS para um alor máximo de 1000, que é o máximo que foi testado nos laboratórios da IBM. Configurar o alor maior do que o necessário para o número máximo de sessões que ocê espera pode consumir desnecessariamente memória no seridor. Ao configurar um planejamento para o backup de banco de dados, ocê adquire um maior controle sobre quando os recursos do seridor são engajados. Planeje os backups de banco de dados para serem executados após o backup de cliente e, se for usado, após o backup do conjunto de armazenamentos. Execute apenas backups de banco de dados completos, e não backups incrementais. Para bancos de dados acima de 500 GB, use multistreaming de backups de banco de dados para melhorar o desempenho. O diretório de log de archie do banco de dados deerá ter um tamanho suficiente de modo que ocê não execute sem espaço entre os backups de banco de dados e que apenas um backup de banco de dados seja necessário a cada 24 horas. Sob condições normais, não faça backup do banco de dados em horários não planejados. A formatação sequencial de olumes ajuda a eitar a fragmentação do disco e melhora o desempenho de leitura e graação sequenciais. Para formatar ários olumes de conjunto de disco sequenciais, use o comando DEFINE VOLUME e especifique um alor para o parâmetro NUMBEROFVOLUMES. Cada olume é alocado sequencialmente para eitar a fragmentação. Para obter mais informações, consulte os tópicos a seguir: Ajustando o Planejamento para Operações Diárias na página 113 Fazendo Backup do Banco de Dados com Multistreaming Simultâneo na página 102 Lista de Verificação para Conjuntos de Armazenamentos em Disco na página IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

35 Lista de Verificação para Deduplicação de Dados A deduplicação de dados requer recursos de processamento adicionais no seridor ou cliente. Use a lista de erificação para erificar se sua configuração de hardware e do Tioli Storage Manager possui características chae para se obter um bom desempenho. Questão Você está usando um armazenamento em disco rápido para o banco de dados do Tioli Storage Manager, conforme medido em termos de operações de entrada e saída por segundo (IOPS)? Você possui memória suficiente para o tamanho de seu banco de dados? Tarefas, características, opções ou configurações Use um disco de alto desempenho para o banco de dados do Tioli Storage Manager. No mínimo, use unidades de RPM para bancos de dados pequenos com 200 GB ou menos. Para os bancos de dados com mais de 500 GB, use unidades de RPM ou unidade de estado sólido. O banco de dados do Tioli Storage Manager dee ter uma capacidade mínima de IOPS. Para cada TB de dados que são submetidos a backup diariamente (antes da deduplicação de dados), inclua IOPS adicionais para esse mínimo. Por exemplo, um seridor Tioli Storage Manager que alimenta 3 TB de dados por dia, precisa de IOPS para os discos do banco de dados: 3,000 IOPS minimum + 3,000 (3 TB x 1,000 IOPS) = 6,000 IOPS Use no mínimo 64 GB de memória do sistema para os seridores Tioli Storage Manager que deduplicam dados. Se a capacidade retida de dados de backup aumentar, o requisito de memória poderá ser de até 128 GB. Monitore o uso de memória regularmente para determinar se mais memória é necessária. Mais informações Lista de Verificação para Discos do Banco de Dados do Seridor na página 12 Capítulo 2. Configurando o Seridor para Obter Desempenho Ideal 21

36 Questão Você dimensionou adequadamente seu espaço em disco para o banco de dados, logs e conjuntos de armazenamentos? Tarefas, características, opções ou configurações Para uma estimatia aproximada, planeje 150 GB de armazenamento do banco de dados para cada 10 TB de dados que deem ser protegidos nos conjuntos de armazenamentos deduplicados. Dados protegidos éa quantia de dados antes da deduplicação, incluindo todas as ersões de objetos armazenados. Configure o seridor para que o log atio tenha um tamanho máximo de 128 GB ao configurar a opção de seridor ACTIVELOGSIZE para um alor de Use um diretório com uma capacidade lire inicial de pelo menos 500 GB para os logs de archie do banco de dados. Especifique o diretório usando a opção do seridor ARCHLOGDIRECTORY. Mais informações O banco de dados e os logs do Tioli Storage Manager estão em olumes de discos separados (LUNs)? O disco que é usado para o banco de dados está configurado de acordo com as melhores práticas para um banco de dados transacional? Você está usando no mínimo 8 núcleos do processador (2.2 GHz ou equialente) para cada seridor Tioli Storage Manager que planejar usar com a deduplicação de dados? Defina espaço para o log de failoer de archie usando a opção do seridor ARCHFAILOVERLOGDIRECTORY. O banco de dados do Tioli Storage Manager não dee compartilhar olumes de disco com os logs do banco de dados ou conjuntos de armazenamentos do Tioli Storage Manager ou com qualquer outro aplicatio ou sistema de arquios. Se ocê estier planejando usar deduplicação de dados do lado do cliente, erifique se os sistemas do cliente possuem recursos adequados disponíeis durante uma operação de backup para executar o processamento de deduplicação de dados. Use um processador que seja equialente a pelo menos um núcleo de processador de 2.2 GHz por processo de backup com a deduplicação de dados do lado do cliente. Consulte Configuração e Ajuste de Log do Banco de Dados do Seridor e de Recuperação na página IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

37 Questão Você estimou a capacidade do conjunto de armazenamentos para configurar espaço suficiente para o tamanho do seu ambiente? Você distribuiu a E/S de disco entre muitos dispositios e controladores de disco? Tarefas, características, opções ou configurações É possíel estimar os requisitos de capacidade do conjunto de armazenamentos para um conjunto de armazenamentos deduplicado usando a técnica a seguir: 1. Estime o tamanho base dos dados de origem. 2. Estime o tamanho de backup diário usando uma taxa de mudança e crescimento estimada. 3. Determine os requisitos de retenção. 4. Estime a quantia total de dados de origem fatorando o tamanho base, o tamanho de backup diário e os requisitos de retanção. 5. Aplique o fator de proporção de deduplicação. 6. Arredonde a estimatia para considerar o uso do conjunto de armazenamentos temporário. Use matrizes consistentes com o máximo de discos possíeis, o que, às ezes, é mencionado como wide striping. Mais informações Para obter um exemplo de uso dessa técnica, consulte Planejamento e Uso Efetios da Deduplicação do IBM Tioli Storage Manager V6 em deeloperworks/mydeeloperworks/ wikis/home/wiki/tioli Storage Manager/page/Effectie Planning and Use of IBM Tioli Storage Manager V6 Deduplication. Consulte Lista de Verificação para Conjuntos de Armazenamentos em Disco na página 16. Especifique 8 ou mais sistemas de arquios para a classe de dispositio de conjunto de armazenamentos deduplicado para que E/S seja distribuída entre o máximo de LUNs e dispositios físicos possíeis. Capítulo 2. Configurando o Seridor para Obter Desempenho Ideal 23

38 Questão Você planejou o processamento de deduplicação de dados com base em sua estratégia de backup? Os processos para identificação de duplicados são capazes de manipular todos os dados noos que são submetidos a backup a cada dia? A recuperação é capaz de ser executada em um limite suficientemente baixo? Tarefas, características, opções ou configurações Se ocê não estier criando uma cópia secundária de dados de backup ou se ocê estier usando replicação de nó para a segunda cópia, o backup de cliente e a identificação de duplicata poderão ser sobrepostos. Isso pode reduzir o tempo total decorrido para essas operações, mas poderá aumentar o tempo necessário para o backup de cliente. Se ocê estier usando backup do conjunto de armazenamentos, não sobreponha o backup de cliente e a identificação de duplicado. A melhor sequência prática de operações é o backup de cliente, o backup do conjunto de armazenamentos e, em seguida, a identificação de duplicata. Para dados que não forem armazenados com a deduplicação de dados do lado do cliente, planeje as operações de backup do conjunto de armazenamentos para serem concluídas antes de iniciar o processamento de deduplicação de dados. Configure o planejamento dessa maneira para eitar a reconstrução de objetos duplicados, para fazer uma cópia não deduplicada para um conjunto de armazenamentos diferente. Se o processo for concluído ou entrar em um estado inatio antes do início da próxima operação planejada, todos os noos dados estarão sendo processados. Se um limite baixo não puder ser atingido, considere as ações a seguir: Aumente o número de processos usados para recuperação. Atualize para um hardware mais rápido. Mais informações Consulte o Planejando Processos de Deduplicação de Dados e Replicação de Nó na página IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

39 Questão O processo de limpeza de deduplicação é capaz de limpar as extensões não referenciadas para liberar espaço em disco antes do início do próximo ciclo de backup? Tarefas, características, opções ou configurações Execute o comando SHOW DEDUPDELETE. A saída mostra que todos os encadeamentos ficam inatios quando a carga de trabalho é concluída. Se o processo de limpeza não puder ser concluído, considere as seguintes ações: Aumente o número de processos usados para a identificação de duplicados. Atualize para um hardware mais rápido. Determine se estão sendo alimentados mais dados do que o seridor Tioli Storage Manager pode processar com a deduplicação de dados e considere a implementação de um seridor Tioli Storage Manager adicional. Mais informações Para obter informações de planejamento e melhor prática, procure os tópicos a seguir no Tioli Storage Manager Guia do Administrador: Diretrizes de Planejamento para Deduplicação de Dados Informações de Melhores Práticas para Deduplicação de Dados Além disso, consulte Planejamento e Uso Efetios da Deduplicação do IBM Tioli Storage Manager V6 em mydeeloperworks/wikis/home/wiki/tioli Storage Manager/page/Effectie Planning and Use of IBM Tioli Storage Manager V6 Deduplication. Tarefas relacionadas: Aaliando os Resultados da Deduplicação de Dados na página 61 Ajuste de Deduplicação de Dados do Lado do Seridor na página 127 Ajustando a Deduplicação de Dados do Lado do Cliente na página 194 Lista de Verificação para Replicação de Nó Uma implementação bem-sucedida da replicação de nó depende de recursos de hardware suficientes e dedicados. São necessárias quantias maiores de memória e de núcleos do processador. O banco de dados e seus logs deem ser dimensionados apropriadamente para assegurar que as transações possam ser concluídas. É necessária uma rede dedicada, com largura da banda suficiente para manipular a quantidade de dados que deseja replicar. Use a lista de erificação para erificar se sua configuração de hardware e do Tioli Storage Manager possui características chae para se obter um bom desempenho. Capítulo 2. Configurando o Seridor para Obter Desempenho Ideal 25

40 Questão Você está usando um disco de alto desempenho para o banco de dados do Tioli Storage Manager? Você está usando quantias suficientes de núcleos de processador e de memória para replicação de nó e, opcionalmente, para a deduplicação de dados? Tarefas, características, opções ou configurações Assegure-se de que os discos configurados para o banco de dados Tioli Storage Manager possuam uma capacidade mínima de operações de E/S por segundo (IOPS). Para cada TB de dados cujo backup é feito diariamente (antes da deduplicação de dados), inclua IOPS nesse mínimo. Por exemplo, um seridor Tioli Storage Manager que alimenta 3 TB de dados por dia, precisa de IOPS para os discos do banco de dados: 3,000 IOPS minimum + 3,000 (3 TB x 1,000 IOPS) = 6,000 IOPS Se ocê estier usando a replicação de nó sem deduplicação, use no mínimo 4 núcleos de processador e 64 GB de RAM para ambos os seridores, de origem e de destino. Mais informações Lista de Verificação para Discos do Banco de Dados do Seridor na página 12 Você dimensionou adequadamente seu espaço em disco para o banco de dados, logs e conjuntos de armazenamentos? Para qualquer seridor que esteja configurado para a replicação de nó e a deduplicação de dados, use no mínimo 8 núcleos de processador e 128 GB de RAM. Para determinar se o banco de dados pode manipular os requisitos de espaço adicionais, ocê deerá primeiro estimar quanto espaço de banco de dados adicional a replicação de nó utiliza. Consulte as informações sobre a determinação dos requisitos do banco de dados do seridor para a replicação de nó no Tioli Storage Manager Guia do Administrador. Para o log atio, use um tamanho mínimo de 64 GB para a replicação de nó. Use o tamanho máximo permitido para o log atio, que é 128 GB se ocê também estier usando deduplicação de dados. A sua rede é capaz de manipular o tráfego adicional para a quantia de dados que ocê deseja replicar entre os seridores de origem e de destino? O espaço de log de archie dee ter pelo menos o mesmo tamanho do espaço definido para o log atio. Além disso, especifique um diretório para o log de failoer de archie, caso seja necessário. Para replicação de nó, a largura da banda da rede dee ser maior do que o rendimento máximo planejado. É possíel estimar largura da banda da rede de acordo com a quantia de dados que ocê estier replicando. Consulte as informações sobre a estimatia da largura da banda da rede para a replicação de nó no Tioli Storage Manager Guia do Administrador. 26 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

41 Questão Você está usando a deduplicação de dados com a replicação de nó? Você planejou a replicação de nó na ordem ideal para o planejamento diário? Você otimizou o número de sessões que são usadas para eniar dados para o seridor de replicação de destino? Tarefas, características, opções ou configurações Ao usar a deduplicação de dados com a replicação de nó, ocê reduz a largura da banda que é necessária para as operações de replicação. A deduplicação de dados reduz a quantia de dados que é eniada para o destino da operação de replicação. Assegure-se de que a replicação de nó seja executada após o backup de cliente. Se ocê estier usando a deduplicação de dados para o processo de replicação, execute a identificação de duplicados até a conclusão nos conjuntos de armazenamentos primários antes de executar a replicação. É possíel melhorar o desempenho de replicação usando o parâmetro MAXSESSIONS no comando REPLICATE NODE para especificar sessões de dados. Mais informações Consulte as informações sobre como usar a deduplicação de dados com a replicação de nó no Tioli Storage Manager Guia do Administrador. Para obter mais informações, consulte os tópicos a seguir: Planejando Processos de Deduplicação de Dados e Replicação de Nó na página 115 Compatibilidade e Uso de Recursos para Processos do Seridor na página 117 Consulte as informações sobre o gerenciamento do número de sessões de replicação no Tioli Storage Manager Guia do Administrador. O número de sessões que são usadas para replicação depende da quantia de dados que ocê estier replicando. Você possui pontos de montagem suficientes para eitar paralisação de seridores de replicação e de outros processos do seridor? Determine o número de unidades lógicas e físicas que podem ser dedicadas ao processo de replicação. Por exemplo, se uma biblioteca tier dez unidades de fita e quatro das unidades forem usadas para outra tarefa, haerá seis unidades disponíeis para a replicação de nó. Normalmente a fita não é usada para a replicação de nó, exceto para a replicação inicial. Especifique o número de pontos de montagem necessários e assegure-se de que haja unidades disponíeis para concluir a replicação de nó. Os processo de replicação de nó conclui a replicação de todos os dados recém-alimentados antes de iniciar o próximo ciclo de backup? Se os processos de replicação não puderem ser concluídos antes do início do próximo ciclo de backup, considere as ações a seguir: Assegure-se de que haja pontos de montagem e unidades suficientes para a conclusão dos processos de replicação de nó. Aumente o número de sessões de dados que são usadas para a replicação de nó. Atualize para um hardware mais rápido e para uma largura da banda maior para os seridores de origem e destino. Capítulo 2. Configurando o Seridor para Obter Desempenho Ideal 27

42 Questão Se ocê estier usando a deduplicação de dados com a replicação de nó, os processos de identificação de duplicados são concluídos antes do início do processamento de replicação de nó, de modo que a deduplicação de dados seja usada com aproeitamento total de suas antagens? Tarefas, características, opções ou configurações Se o processo for concluído ou entrar em estado inatio antes do início da replicação do nó, todos os noos dados estarão sendo processados. Mais informações Consulte as informações sobre o planejamento da replicação de nó no Tioli Storage Manager Guia do Administrador. Além disso, consulte as diretrizes para a replicação de nó emhttp:// home/wiki/tioli Storage Manager/page/Guidelines for node replication. 28 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

43 Capítulo 3. Configurando Clientes para Obter um Desempenho Ideal É possíel configurar o sistema do cliente para assegurar que o cliente seja configurado para um bom desempenho. Use as informações na tabela a seguir para ajudá-lo a configurar o cliente para um bom desempenho. Ação Assegure-se de que o sistema do cliente atenda aos requisitos mínimos de hardware e software. Assegure-se de usar o método apropriado para fazer o backup de dados no ambiente. Caso os alores padrão das opções do cliente tenham sido alterados, anote-os para análise futura. Alguns problemas podem ser resolidos ao configurar os alores de opção do cliente para os alores padrão. Procure soluções para os problemas comuns de desempenho do cliente. Otimize o cliente ajustando os alores das opções do cliente que afetam o desempenho. Mais informações Consulte as informações sobre os requisitos do ambiente do cliente no Tioli Storage Manager Guia do Usuário e de Instalação de Clientes de Backup-Archie. Consulte Selecionando o Método Ideal de Backup de Cliente na página 167. Consulte as informações sobre as opções do cliente no Tioli Storage Manager Guia do Usuário e de Instalação de Clientes de Backup-Archie. Para obter informações sobre a resolução de problemas comuns de desempenho do cliente, consulte Problemas Comuns de Desempenho do Cliente na página 186. Consulte Capítulo 11, Ajustando o Desempenho do Cliente, na página 167 Copyright IBM Corp. 1996,

44 30 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

45 Capítulo 4. Monitorando e Mantendo o Ambiente para Desempenho Ao monitorar as operações do seridor e do cliente constantemente, é possíel localizar problemas antecipadamente e identificar as causas com mais facilidade. Mantenha os registros dos relatórios de monitoramento por até um ano para ajudar a identificar tendências e planejar o crescimento. Use o script de monitoramento do seridor serermonv6.pl. Esse script inclui comandos do seridor e do sistema que ajudam a monitorar um seridor. Para fazer o download e saber mais detalhes, acesse o support/dociew.wss?uid=swg Use ferramentas de monitoramento ou suas próprias ferramentas para erificar se as operações do cliente e do seridor são concluídas com êxito e dentro de um tempo que atenda às suas necessidades de negócios. Consulte as informações sobre as tarefas de monitoramento diário no Tioli Storage Manager Guia do Administrador. 1. Verifique se os processos de manutenção de seridor como o backup de banco de dados e o backup do conjunto de armazenamentos foram totalmente bem-sucedidos. Inestigue processos com falha ou incompletos. 2. Verifique se os backups de cliente são concluídos com sucesso. Inestigue os backups de cliente com falha ou incompletos, especialmente dos clientes que forem mais críticos para suas operações gerais. Se ocê estier usando a deduplicação de dados e/ou a replicação de nó, erifique se os processos relacionados a esses recursos foram concluídos. Por exemplo: Para a deduplicação de dados do lado do seridor, erifique se os processos de identificação duplicados podem manipular todos os dados noos que o seridor armazena a cada dia. Se os processos forem concluídos ou entrarem no estado inatio antes do início das operações subsequentes, como a recuperação, ocê saberá que os processos podem manipular os noos dados. Para a replicação de nó, erifique se os processos de replicação foram concluídos para todos os dados armazenados recentemente antes de início dos backups de cliente no dia seguinte. Se ocê estier usando a deduplicação de dados eareplicação de nó, erifique se os processos de identificação de duplicados podem ser concluídos antes do início da replicação de nó. Essa sequência assegura o total aproeitamento da deduplicação de dados. Mantenha o software do Tioli Storage Manager atualizado. Acesse o IBM Support Portal em e procure por fix packs que possam ser úteis para serem aplicados em seu seridor, clientes, ou ambos. Mantenha os outros produtos de software e hardware no ambiente atualizados. Para produtos de software e hardware em seu ambiente que não seja o Tioli Storage Manager, reise os níeis de seriço e o firmware periodicamente e atualize-os conforme necessário. Normalmente é recomendáel executar essa reisão a cada seis meses. Entretanto, reise e aplique as correções de segurança mensalmente ou conforme necessário (por exemplo, em caráter emergencial). Copyright IBM Corp. 1996,

46 Conceitos relacionados: Lista de Verificação para Deduplicação de Dados na página 21 Lista de Verificação para Replicação de Nó na página 25 Tarefas relacionadas: Script de Monitoramento de Seridor na página 74 Monitorando o Desempenho com Ferramentas do Sistema Operacional Monitore a solução Tioli Storage Manager para que ocê saiba quando dee inestigar as mudanças de desempenho. Os sistemas operacionais possuem diferentes ferramentas que estão disponíeis para desempenho de monitoramento. A simulação de cargas de trabalho para testar desempenho é outra tarefa útil a ser aprendida. Para monitorar o uso de processadores de sistema e armazenamento e os efeitos das atiidades do Tioli Storage Manager, é possíel usar os comandos e as ferramentas a seguir. Dica: O script de monitoramento do seridor, serermonv6.pl, inclui alguns dos comandos do sistema operacional que estão na lista a seguir. Sistemas AIX Para obter mais informações sobre um comando, procure-o no centro de informações para a ersão do AIX que ocê está usando. Para o AIX 7.1, acesse o Centro de Informações do AIX 7.1 em infocenter/aix/7r1/index.jsp. Comando ou ferramenta Finalidade Mais informações comando iostat comando lparstat comando nmon pacotes de ferramentas nstress Estatísticas de entrada/saída para todo o sistema e para os dispositios conectados ao sistema Relatórios sobre configuração e estatísticas de partição lógica (LPAR) Relatórios de monitoramento do sistema Teste de tensão do sistema Para obter informações sobre o nmon Analyzer outras ferramentas que ajudam a analisar os dados a partir do comando nmon, procure em deeloperworks/ mydeeloperworks/wikis/home/ wiki/power Systems/page/AIX performance analysis and tuning. Procure o pacote nstress mais recente em deeloperworks/ mydeeloperworks/wikis/home/ wiki/power Systems/page/AIX performance analysis and tuning. 32 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

47 Comando ou ferramenta Finalidade Mais informações script perfpmr comando sar comando mstat Iometer, um software lire referência Netperf Um script de coleta de dados, geralmente usado antes de relatar um problema ao Suporte de Software IBM Monitoramento da atiidade do sistema Estatísticas de memória irtual Medição e caracterização dos recursos de entrada/saída de um sistema Ferramentas para ajudá-lo a medir a largura de banda e a latência de redes Procure informações sobre o script no centro de informações para a ersão AIX que ocê está usando. Para o AIX 7.1, acesse infocenter/aix/7r1/index.jsp. Para obter informações, consulte Para obter informações, consulte Sistemas HP-UX Para obter informações sobre os comandos, consulte a documentação do sistema operacional. Comando ou ferramenta comando iostat comando sar comando smon comando mstat Iometer, um software lire Finalidade Estatísticas de entrada/saída para todo o sistema e para os dispositios conectados ao sistema Monitoramento da atiidade do sistema Monitoramento de uso de memória Estatísticas de memória irtual Medição e caracterização dos recursos de entrada/saída de um sistema Para obter informações, consulte Sistemas Linux Para obter informações sobre os comandos, consulte a documentação do sistema operacional. Comando ou ferramenta comando iostat comando nmon comando sar Iometer, um software lire referência Netperf Finalidade Estatísticas de entrada/saída para todo o sistema e para os dispositios conectados ao sistema Relatórios de monitoramento do sistema Monitoramento da atiidade do sistema Medição e caracterização dos recursos de entrada/saída de um sistema Para obter informações, consulte Ferramentas para ajudá-lo a medir a largura de banda e a latência de redes Para obter informações, consulte Capítulo 4. Monitorando e Mantendo o Ambiente para Desempenho 33

48 sistemas Oracle Solaris Para obter informações sobre os comandos, consulte a documentação do sistema operacional. Comando ou ferramenta comando iostat comando sar comando smon comando mstat Iometer, um software lire Finalidade Estatísticas de entrada/saída para todo o sistema e para os dispositios conectados ao sistema Monitoramento da atiidade do sistema Monitoramento de uso de memória Estatísticas de memória irtual Medição e caracterização dos recursos de entrada/saída de um sistema Para obter informações, consulte Sistemas Windows Comando ou ferramenta Windows Performance Monitor (comando perfmon) Iometer, um software lire referência Netperf Finalidade Monitoramento de desempenho do sistema e dos dispositios conectados Para obter informações, consulte a documentação do sistema operacional. Medição e caracterização dos recursos de entrada/saída de um sistema Para obter informações, consulte Ferramentas para ajudá-lo a medir a largura de banda e a latência de redes Para obter informações, consulte Para ajudá-lo a entender o desempenho do ambiente do Tioli Storage Manager, considere as seguintes ferramentas. Essas ferramentas podem ser úteis para determinar o desempenho sob condições ideais. No entanto, elas simulam apenas as operações que ocorrem durante as atiidades do Tioli Storage Manager. FTP O FTP está disponíel em quase todos os sistemas. É possíel usar FTP para estimar o rendimento que o Tioli Storage Manager pode obter em uma operação de backup ou restauração. Os resultados do teste são apenas uma aproximação. Para usar o FTP para aaliar o desempenho, crie ou use um arquio existente e transfira-o por FTP. Use um único arquio com mais de 200 MB para o teste. Se a operação enoler arquios menores, os resultados de um teste com FTP poderão não ser precisos. Poderá ser necessário medir manualmente o tempo que a transferência demora para calcular o rendimento. Inclua estas operações nas estimatias de tempo: Leitura do disco Enio pela rede Graação no disco 34 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

49 Uma alternatia para o FTP é o SCP. Entretanto, como o SCP criptografa os dados, isso poderá não funcionar tão bem quanto o FTP. dd O comando está disponíel em sistemas como AIX e Linux para iniciar leituras ou graações de disco. Tarefas relacionadas: Analisando Fluxo de Dados com o Comando dd na página 68 Capítulo 4. Monitorando e Mantendo o Ambiente para Desempenho 35

50 36 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

51 Parte 3. Resolendo Problemas de Desempenho Ao notar alguma degradação do desempenho de uma solução Tioli Storage Manager, erifique se as condições externas ao seridor e ao cliente não são a causa. Saiba mais sobre os sintomas e as causas do problema e como usar as ferramentas para identificá-los. Copyright IBM Corp. 1996,

52 38 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

53 Capítulo 5. Ajuste de Desempenho e Identificação de Gargalo Ao ajustar uma solução Tioli Storage Manager, ocê dee consultar todos os seus componentes e suas configurações. A degradação de desempenho em operações chae, incluindo backups de cliente, migração de conjunto de armazenamentos e expiração podem ser o resultado de recursos insuficientes e/ou configuração fraca. As seguintes ariáeis deem ser examinadas: Hardware do seridor e sua configuração Processadores, memória, cache e painel traseiro de armazenamento Recursos de armazenamento externo e interno, incluindo os sistemas de disco para o banco de dados do seridor, os logs de recuperação e os conjuntos de armazenamento Qualquer componente de hardware que esteja no caminho de dados poderá ser o gargalo. Para obter ilustrações dos caminhos de dados e dos componentes possíeis, consulte Gargalos Potenciais no Fluxo de Dados para Operações do Tioli Storage Manager na página 42. A rede que é usada para comunicações e as transferências de dados entre os componentes O hardware do cliente e sua configuração e as características dos dados do cliente que estão sendo protegidos A melhor maneira de iniciar o ajuste de desempenho é fornecer recursos suficientes e configurar corretamente o seridor e os clientes. Por exemplo, para um seridor, forneça memória de sistema suficiente, sistemas de disco dimensionados adequadamente e configurados para manipular carga de trabalho, banco de dados e logs separados de maneira adequada e configurações corretas do sistema operacional. Para clientes de backup-archie, os itens principais incluem memória suficiente, largura da banda de rede adequada e opção e configuração cautelosas dos métodos de backup. Para localizar gargalos e identificar maneiras de melhorar o desempenho, é possíel usar ferramentas integradas para sistemas e dispositios de armazenamento e ferramentas do Tioli Storage Manager. Essas informações de desempenho fornecem recomendações para obter o melhor desempenho possíel. Também estão incluídos procedimentos e informações sobre ferramentas de análise para identificar problemas de desempenho. A assinatura padrão e os seriços de suporte da IBM não incluem análise e ajuste de desempenho abrangentes. A análise abrangente de um problema de desempenho é um seriço cobrado que é oferecido para os clientes do Tioli Storage Manager. Para obter mais informações, consulte o IBM Software Support Handbook em getsupport.html. Copyright IBM Corp. 1996,

54 Diretrizes e Expectatias de Ajuste de Desempenho O ajuste de desempenho não é uma tarefa única, mas um esforço contínuo. Como o ambiente do sistema e as cargas de trabalho se alteram, ocê dee monitorar continuamente e ajustar periodicamente a solução. Como o desempenho de uma solução Tioli Storage Manager pode ser afetado por muitos fatores, faça mudanças de maneira controlada. Aalie os efeitos das mudanças que ocê introduz coletando medidas apropriadas antes e após as mudanças. Por exemplo, o seguinte abordagem pode ser efetia: 1. Rastreie o desempenho da solução ao longo do tempo ao estabelecer uma linha de base inicial de medidas de desempenho operacional. Colete periodicamente as mesmas medidas e compare os resultados. 2. Implemente um método para controlar todas as mudanças feitas na solução Tioli Storage Manager. Use o controle de mudanças exato para ajudar a entender o impacto no desempenho de qualquer mudança. Limite as mudanças feitas em um momento a fim de poder determinar mais facilmente qual delas faz diferença. 3. Após uma mudança e antes de fazer mais mudanças, obsere as operações e o desempenho do sistema ao longo de um tempo suficiente para aaliar o efeito completo das mudanças. Obsere o sistema durante um período de tempo baseado em ciclos de operações típicos. Por exemplo, se ocê sempre tier um pico uma ez por semana nas operações de backup do cliente, assegure-se de que esse tempo de pico seja incluído em suas obserações. 4. Aalie os resultados antes de fazer mudanças adicionais. A maioria dos ajustes de desempenho rendem melhorias limitadas. Considere cuidadosamente quanto tempo é razoáel gastar na melhoria do desempenho do sistema. Os Acordos de Níel de Seriço são uma maneira excelente de configurar objetios de desempenho. A execução de um sistema até perto de seus limites pode ter consequências negatias. Nesse caso, 10 por cento de carga de trabalho podem degradar significatiamente mais os tempos de resposta do que o esperado para os 10 por cento. Nessa situação, ocê dee determinar qual componente ou processo é o gargalo e eliminá-lo. Após o ajuste adequado de um sistema, a melhoria do desempenho do sistema apenas poderá ser atingida ao reduzir a carga de trabalho ou incluir recursos apropriados. Poderá ser necessário reisar seus objetios e expectatias. Para obter melhorias de desempenho significatias, ocê deerá localizar o gargalo e, em seguida, considerar uma das ações a seguir: Usar processadores mais rápidos Incluir processadores Incluir memória do sistema Usar links de comunicação mais rápidos Considere uma rede de backup dedicada, se as operações de backup de cliente usarem uma LAN que seja compartilhada com muitos outros tipos de operações. Incluir armazenamento em disco 40 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

55 Criar um noo seridor em um sistema diferente Conceitos relacionados: Cargas de Trabalho para o Seridor na página 49 Limites para o Tamanho do Banco de Dados do Seridor e Pico de Sessões do Cliente na página 50 Amostras de Soluções de Proteção de Dados na página 51 Sintomas e Causas dos Problemas de Desempenho Quando o desempenho de um ambiente do Tioli Storage Manager é menor do que o esperado, pode haer uma ou mais causas. A identificação do gargalo no ambiente pode explicar a degradação do desempenho. Os seguintes sintomas podem indicar um desempenho fraco do Tioli Storage Manager: Processos ou backups de cliente demoram mais tempo para executar do que o normal Ocorrem tempos de resposta lentos para os comandos emitidos Ocorrem tempos de resposta lentos e o sistema ou processo pode parecer interrompido Ocorrem mudanças inesperadas nos tempos de resposta ou no uso de recurso O rendimento no sistema não é o conforme esperado O uso do processador é mais alto do que o normal para um determinado processo Ocorrem problemas de rede relacionados a carregamento, firewall ou roteadores Problemas de desempenho podem ocorrer quando são feitas mudanças no ambiente. Por exemplo, mudanças em um dos itens a seguir podem afetar o desempenho: Configuração de hardware: Incluir, remoer ou alterar configurações, tais como o modo com que os discos estão conectados Sistema operacional: Instalar ou atualizar um conjunto de arquios, instalar fix packs e alterar parâmetros Aplicatios: A instalação de noas ersões e correções, a configuração ou a mudança de colocação de dados ou a instalação ou atualização de driers de dispositio ou firmware Rede: Quaisquer mudanças na rede, perda de pacote ou conectiidade intermitente Unidades de disco que estão encendo ou estão danificadas Opções que são usadas para ajustar o sistema operacional ou um aplicatio Planejamento de processos ou backups durante períodos de uso intenso Aumento inesperado no uso de um recurso compartilhado como a rede ou os discos É possíel coletar dados no cliente e/ou no seridor Tioli Storage Manager ao mesmo tempo para ajudar a diagnosticar onde o problema está ocorrendo no ambiente eoqueéoproblema. Capítulo 5. Ajuste de Desempenho e Identificação de Gargalo 41

56 Gargalos Potenciais no Fluxo de Dados para Operações do Tioli Storage Manager Em operações como backup de cliente e a migração do conjunto de armazenamento, os dados se moem por muitos componentes físicos que podem afetar a elocidade da operação. Entender as características desses componentes pode ajudá-lo quando ocê estier trabalhando para melhorar o desempenho. Fluxo de Dados para Operações de Backup de Cliente sobre uma LAN Figura 1 mostra o fluxo de dados em uma configuração típica para operações de backup de cliente sobre uma rede local (LAN). Para uma operação de backup de cliente, o fluxo de dados inicia no disco do cliente (item 1 no gráfico e na tabela) e termina em um dos dispositios para os conjuntos do armazenamentos do seridor (item 10 ou 12). 3 Client 5 Rede LAN 7 Seridor Tioli Storage 4 NIC 6 NIC Caminho 2 HBA 8 HBA 9 HBA 11 Biblioteca de fitas 1 Disc 10 Disco 12 Unidades de fita Figura 1. Fluxo de Dados para Operações de Backup de Cliente sobre uma LAN Os dados de operações de backup fluem por muitos componentes de hardware que podem ser gargalos potenciais. A tabela a seguir descree características do hardware que podem afetar o desempenho. Item no Figura 1 Item 1 Disco para o sistema do cliente 2 Adaptador de barramento de host (HBA) que conecta o disco ao sistema do cliente Características-chae que podem afetar o desempenho Tipo de disco e elocidade de rotação Tipo de HBA e seus recursos Detalhes 42 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

57 Item no Figura 1 na página 42 Item Características-chae que podem afetar o desempenho 3 Sistema do cliente A elocidade do barramento de E/S, o número de processadores, a elocidade dos processadores e a quantia e a elocidade de RAM Detalhes O uso da compactação de dados, a deduplicação de dados e a criptografia, incluindo o protocolo Secure Sockets Layer (SSL), podem afetar o desempenho do processador no sistema do cliente. Se o uso do processador for muito alto no sistema, considere a inclusão de mais processadores ou a desatiação das opções que atiam a compactação, a deduplicação de dados ou a criptografia. Em seguida, erifique se o desempenho melhora. 4 Placa da interface de rede (NIC) que conecta o sistema do cliente à LAN Tipo de NIC e seus recursos Para obter informações sobre o ajuste para limites de memória do cliente, consulte Reduzir o Uso de Memória do Cliente na página 190. Softwares como firewalls e programas antiírus podem afetar a eficiência das operações do cliente. Por exemplo, durante uma operação de restauração, um programa antiírus pode arrer o conteúdo de cada objeto restaurado, erificando assinaturas de írus. Se ocê suspeitar de que um firewall ou programa antiírus está causando lentidão nas operações do cliente, considere a desatiação temporária do firewall ou programa antiírus para erificar se o desempenho melhora. Para obter dicas de como minimizar o impacto do firewall e dos programas antiírus em outros aplicatios, consulte a documentação desses programas. Uma placa da interface de rede (NIC) melhora o rendimento da rede. Caso não seja possíel usar o NIC mais recente na sua configuração, considere o ajuste da opção do cliente TCPWINDOWSIZE para melhorar o rendimento da rede, principalmente nos sistemas cliente geograficamente distantes do seridor. Ajuste as opções TCPWINDOWSIZE em incrementos pequenos. Um tamanho de janela maior que o espaço de buffer no adaptador de interface de rede pode diminuir o rendimento. Para obter mais considerações de rede, consulte Capítulo 12, Ajustando o Desempenho da Rede, na página 223. Capítulo 5. Ajuste de Desempenho e Identificação de Gargalo 43

58 Item no Figura 1 na página 42 Item Características-chae que podem afetar o desempenho 5 Rede Os muitos componentes em uma rede e a elocidade efetia da transferência de dados sobre a rede, que é limitada por seu componente mais lento 6 NIC que conecta o Tipo de NIC e seus recursos seridor à LAN 7 Sistema de seridor A elocidade do barramento de E/S, o número de processadores, a elocidade dos processadores e a quantia e a elocidade de RAM 8 HBA que conecta o seridor ao disco Tipo de HBA e seus recursos 9 HBA que conecta o Tipo de HBA e seus recursos seridor à biblioteca de fitas 10 Disco para o conjunto de armazenamento do seridor 11 Biblioteca de fitas para o conjunto de armazenamentos do seridor 12 Unidade de fita para o conjunto de armazenamentos do seridor Tipo de disco e elocidade de rotação Número de unidades e disponibilidade de ponto de montagem para a operação Tipo de fita e elocidade sustentáel Detalhes Consulte Ajustando a Capacidade do HBA na página 133. Fluxo de Dados para Operações de Backup de Cliente sobre a SAN O Figura 2 na página 45 mostra fluxo de dados em uma configuração típica para operações de backup do cliente sobre uma rede de área de armazenamento (SAN). Os metadados de uma operação de backup fluem sobre a LAN. Para uma operação de backup de cliente, o fluxo de dados inicia no disco do cliente (item 1 no gráfico e na tabela) e termina em um dos dispositios para os conjuntos do armazenamentos do seridor (item 11 ou 13). 44 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

59 6 Rede 3 Client 5 NIC 4 HBA LAN 8 NIC 9 Seridor Tioli Storage 2 HBA 7 Rede 10 HBA Caminho SAN 1 Disc 12 Biblioteca de fitas 11 Virtual tape library 13 Unidades de fita Figura 2. Fluxo de Dados para Operações de Backup de Cliente sobre a SAN Os dados de operações de backup fluem por muitos componentes de hardware que podem ser gargalos potenciais. A tabela a seguir descree características do hardware que podem afetar o desempenho. Item no Figura 2 Item 1 Disco para o sistema do cliente 2 Adaptador de barramento de host (HBA) que conecta o disco ao sistema do cliente Características-chae que podem afetar o desempenho Tipo de disco e elocidade de rotação Tipo de HBA e seus recursos Detalhes Capítulo 5. Ajuste de Desempenho e Identificação de Gargalo 45

60 Item no Figura 2 na página 45 Item Características-chae que podem afetar o desempenho 3 Sistema do cliente A elocidade do barramento de E/S, o número de processadores, a elocidade dos processadores e a quantia e a elocidade de RAM Detalhes O uso da compactação de dados, a deduplicação de dados e a criptografia, incluindo o protocolo Secure Sockets Layer (SSL), podem afetar o desempenho do processador no sistema do cliente. Se o uso do processador for muito alto no sistema, considere a inclusão de mais processadores ou a desatiação das opções que atiam a compactação, a deduplicação de dados ou a criptografia. Em seguida, erifique se o desempenho melhora. 4 HBA que conecta o sistema do cliente à SAN Tipo de HBA e seus recursos Para obter informações sobre o ajuste para limites de memória do cliente, consulte Reduzir o Uso de Memória do Cliente na página 190. Softwares como firewalls e programas antiírus podem afetar a eficiência das operações do cliente. Por exemplo, durante uma operação de restauração, um programa antiírus pode arrer o conteúdo de cada objeto restaurado, erificando assinaturas de írus. Se ocê suspeitar de que um firewall ou programa antiírus está causando lentidão nas operações do cliente, considere a desatiação temporária do firewall ou programa antiírus para erificar se o desempenho melhora. Para obter dicas de como minimizar o impacto do firewall e dos programas antiírus em outros aplicatios, consulte a documentação desses programas. 46 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

61 Item no Figura 2 na página 45 Item 5 Placa da interface de rede (NIC) que conecta o sistema do cliente à LAN Características-chae que podem afetar o desempenho Tipo de NIC e seus recursos 6 Rede: LAN Os muitos componentes em uma rede e a elocidade efetia da transferência de dados sobre a rede, que é limitada por seu componente mais lento 7 Rede: SAN Os muitos componentes em uma rede e a elocidade efetia da transferência de dados sobre a rede, que é limitada por seu componente mais lento 8 NIC que conecta o Tipo de NIC e seus recursos seridor à LAN 9 Sistema de seridor A elocidade do barramento de E/S, o número de processadores, a elocidade dos processadores e a quantia e a elocidade de RAM 10 HBA que conecta o seridor à SAN Tipo de HBA e seus recursos 11 Virtual Tape Library (VTL) para o conjunto de armazenamentos do seridor 12 Biblioteca de fitas para o conjunto de armazenamentos do seridor 13 Unidade de fita para o conjunto de armazenamentos do seridor Características de modelo da VTL que afetam o desempenho da operação. Número de unidades e disponibilidade de ponto de montagem para a operação Tipo de fita e elocidade sustentáel Detalhes Uma placa da interface de rede (NIC) melhora o rendimento da rede. Caso não seja possíel usar o NIC mais recente na sua configuração, considere o ajuste da opção do cliente TCPWINDOWSIZE para melhorar o rendimento da rede, principalmente nos sistemas cliente geograficamente distantes do seridor. Ajuste as opções TCPWINDOWSIZE em incrementos pequenos. Um tamanho de janela maior que o espaço de buffer no adaptador de interface de rede pode diminuir o rendimento. Para obter mais considerações de rede, consulte Capítulo 12, Ajustando o Desempenho da Rede, na página 223. Consulte Ajustando a Capacidade do HBA na página 133. Fluxo de Dados do Armazenamento do Seridor Figura 3 na página 48 mostra o fluxo de dados no painel traseiro do armazenamento em um sistema de seridor. O fluxo de dados pode ser uma operação como migração de dados do conjunto de armazenamentos de conjuntos Capítulo 5. Ajuste de Desempenho e Identificação de Gargalo 47

62 de armazenamentos de disco para outros conjuntos de armazenamentos. Para uma operação de migração, o fluxo de dados inicia no conjunto de armazenamentos de origem (item 1 no gráfico e na tabela) e termina no dispositio para o conjunto do armazenamentos de destino (item 6 ou 8). Caminho 2 Porta 3 4 Painel traseiro do 5 Caminho HBA HBA Fibre Channel Interalo SAS SATA 6 Disco 7 Biblioteca de fitas 1 Discos de Conjunto de Conjunto de armazenamentos de destino 8 Unidades de fita A tabela a seguir descree características do hardware que podem afetar o desempenho da operação. Item no Figura 3 Item Características-chae que podem afetar o desempenho 1 Discos para conjuntos de armazenamentos de origem Tipo de disco e elocidade de rotação 2 Portas Vários pontos de conexão com dispositios 3 HBA Esses dispositios podem ter diersas portas. A quantia total de dados transferidos por discos em qualquer momento não pode exceder o rendimento geral do HBA. 4 Painel traseiro do armazenamento do seridor A elocidade total de todas as placas conectadas ao painel traseiro não pode exceder a elocidade do barramento. 5 HBA Esses dispositios podem ter diersas portas. A quantia total de dados transferidos por discos em qualquer momento não pode exceder o rendimento geral do HBA. 6 Discos para conjuntos de armazenamentos de destino Tipo de disco e elocidade de rotação 7 Biblioteca de fitas para conjuntos de armazenamentos de destino 8 Unidades de fita para conjuntos de armazenamentos de destino Figura 3. Fluxo de Dados no Painel Traseiro do Armazenamento do Seridor Número de unidades e disponibilidade de ponto de montagem para a operação Tipo de fita e elocidade sustentáel 48 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

63 Cargas de Trabalho para o Seridor A capacidade que um seridor tem de manipular a carga de trabalho está diretamente relacionada aos recursos do seridor, incluindo os processadores do sistema, memória e largura da banda de E/S. A capacidade que um seridor tem de processar tarefas diárias com eficiência determina o tamanho que o seridor dee ter. Como todos os sistemas possuem recursos finitos, a carga máxima de trabalho no seridor é limitada pelos objetios de recuperação. Por exemplo, se ocê diminuir a frequência dos backups do banco de dados do seridor para diminuir a carga de trabalho, aumente o tempo entre os pontos de recuperação do sistema. Backups de banco de dados do seridor menos frequentes podem fazer com que o sistema perca os objetios do ponto de recuperação (RPO). Assegure-se de que um seridor possa concluir tarefas essenciais em um ciclo de 24 horas: Conclua a carga de trabalho do cliente. A carga de trabalho do cliente é a quantia de dados que têm o backup feito ou que são arquiados durante a janela de backup. A janela de backup geralmente é um período de tempo noturno ou no início da manhã. A capacidade do seridor em armazenar esses dados dentro da janela de backup pode ser limitada por ários fatores: Capacidade de armazenamento do seridor Rendimento de E/S para os dispositios de armazenamento Largura de banda da rede Outros atributos de sistema, como memória disponíel ou processadores do seridor Características dos sistemas do cliente que estão sendo submetidos a backup, incluindo as seguintes características: - Velocidades do processador e memória dos sistemas do cliente - Velocidades de disco em sistemas do cliente - A quantia total de dados de todos os clientes - O número total de clientes que solicitam seriços do seridor de uma ez Conclua as operações essenciais de manutenção de seridor. A conclusão diária das seguintes operações mantém o ambiente do seridor em boa condição de funcionamento e ajuda a preparar para recuperação de desastre do seridor. Essas operações são chaes para manutenção e gerenciamento de dados efetios: Expiração Backup de banco de dados Recuperação Operações diárias adicionais são necessárias, dependendo da configuração da solução e dos recursos que são usados: Migração do conjunto de armazenamentos Backup do conjunto de armazenamentos Processos de identificação de duplicatas Processos de replicação de nó Para obter exemplos de como uma solução pode ser configurada para manipular cargas de trabalho, consulte os documentos de arquitetura de amostra no wiki do Capítulo 5. Ajuste de Desempenho e Identificação de Gargalo 49

64 Tioli Storage Manager no Serice Management Connect em Storage Manager/page/Sample Architectures. Limites para o Tamanho do Banco de Dados do Seridor e Pico de Sessões do Cliente A IBM testa o seridor Tioli Storage Manager para um tamanho do banco de dados e para o número de pico específicos de sessões do cliente simultâneas. Entretanto, ocê dee considerar os alores testados juntamente com outros fatores operacionais em seu ambiente específico. Experiências que são relatadas por outros usuários também são úteis. Tamanho do Banco de Dados O teste mostra que tanto quanto o 4 TB, bancos de dados com utilização são possíel. O limite prático para o tamanho do banco de dados depende das características de desempenho do sistema do seridor e do tempo que é necessário para fazer backup ou restaurar o banco de dados. Para muitos usuários, um banco de dados do seridor de 1 a 2 TB permite que as operações de backup e de restauração de banco de dados sejam concluídas dentro do tempo de sua janela de manutenção. Considere implementar outro seridor se as seguintes condições ocorrerem: O desempenho diminui para um níel inaceitáel conforme o banco de dados cresce O tempo que é necessário para concluir a manutenção do seridor, como backup de banco de dados, excede a janela de tempo total para manutenção do seridor. Quando incluir um seridor, equilibre a carga de trabalho existente entre os seridores ou designe qualquer noa carga de trabalho para o noo seridor. Número de Pico de Sessões do Cliente O teste mostra que o seridor Tioli Storage Manager pode manipular até o 1000 de sessões do cliente simultâneas. Se esse alor for excedido, dependendo da memória ou de outras limitações do sistema, desempenho do seridor poderá degradar ou as operações poderão se tornar irresponsias. O número real de sessões simultâneas nas quais surgem problemas de desempenho depende dos recursos que estierem disponíeis para o seridor. A atiidade atual das sessões também influencia o limite prático sobre elas. Por exemplo, as sessões que moem dados têm um efeito maior na quantia de E/S para o conjunto de armazenamentos de destino em comparação com as sessões de backup incremental que mais eniam consultas sem eniar muitos arquios. Além disso, as sessões que executam a deduplicação do lado do cliente direcionam mais E/S para o banco de dados do seridor do que outras sessões. Para reduzir a carga de trabalho da sessão de pico, poderá ser necessário implementar outro seridor ou ajustar o planejamento de cliente. Configure a opção do seridormaxsessions não maior que o limite testado de Configurar o número máximo de sessões maiores que o necessário usa RAM extra no sistema do seridor, mas não possui um impacto significatio. 50 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

65 Amostras de Soluções de Proteção de Dados As amostras de soluções de proteção de dados que usam o Tioli Storage Manager para cenários selecionados estão disponíeis no wiki do Serice Management Connect. As amostras descreem as configurações específicas de hardware e software e fornecem medidas de desempenho que foram obtidas nos laboratórios de teste da IBM. As amostras podem ajudar a planejar noas implementações ou aaliar uma implementação atual do Tioli Storage Manager. As amostras são publicadas no wiki do Tioli Storage Manager no Serice Management Connect em Storage Manager/page/Sample Architectures. Conceitos relacionados: Resolendo Problemas de Desempenho Comuns do Cliente na página 186 Tarefas relacionadas: Selecionando o Método Ideal de Backup de Cliente na página 167 Capítulo 5. Ajuste de Desempenho e Identificação de Gargalo 51

66 52 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

67 Capítulo 6. Executando as Primeiras Etapas para Resoler Problemas de Desempenho Comece procurando problemas indicados por erros no sistema ou deficiências óbias fora do Tioli Storage Manager. Após ter certeza de que esse tipo de problema não existe, continue reisando as informações sobre a identificação de problemas de desempenho no ambiente do Tioli Storage Manager. Em todo o processo, monitore a ocorrência de erros e mudanças no desempenho. 1. Reise as melhores práticas descritas em Parte 2, Melhores Práticas de Configuração, na página 7. Faça as mudanças necessárias, com base nas informações. 2. Verifique se não há problemas ou erros fora do software do seridor. Problemas no hardware do seridor, no sistema operacional, na rede e em dispositios de armazenamento conectados podem afetar graemente as operações. Corrija todos os erros fora do software do seridor antes de diagnosticar problemas de desempenho do seridor. a. Reise os logs de erro do sistema operacional para localizar erros que possam afetar o seridor. Por exemplo, para sistemas AIX, use o comando errpt para isualizar erros. Para sistemas Linux, obsere no caminho /ar/log. b. Verifique se os dispositios de armazenamento conectados, como sistemas de disco, estão operacionais e não possuem erros. c. Verifique se as redes de armazenamento e locais não possuem erros de porta frequentes. 3. Reise o log de atiidades do seridor e os logs de erro do cliente. 4. Reise o log do banco de dados do seridor, o arquio db2diag.log. Consulte as informações sobre como localizar os arquios de diagnósticos do DB2 no Guia de Determinação de Problema do Tioli Storage Manager. Implemente as modificações e corrija quaisquer problemas, conforme descrito nas etapas anteriores, e, em seguida, determine se ocê dee analisar ainda mais o desempenho. Use técnicas que são descritas no Capítulo 7, Identificando Gargalos de Desempenho, na página 55 para analisar seu sistema a procura de gargalos de desempenho. Copyright IBM Corp. 1996,

68 54 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

69 Capítulo 7. Identificando Gargalos de Desempenho Quando suspeitar que há um problema de desempenho ou desejar melhorar o desempenho, será possíel usar os fluxogramas a seguir para ajudar a identificar origens de problemas de desempenho. Os gráficos sugerem o uso de ferramentas e de scripts para ajudar a medir o desempenho em seu sistema. Para problemas do cliente ou se ocê não tier certeza de qual problema de desempenho possui, comece em Diagnosticando o Desempenho de Backup e Restauração. Para problemas do seridor, inicie em Identificando Problemas de Desempenho do Seridor na página 58. Diagnosticando o Desempenho de Backup e Restauração Use o fluxograma para diagnosticar problemas de desempenho de backup e de restauração. A tabela após o fluxograma fornece mais informações e links para diagnosticar as tarefas e ferramentas. Copyright IBM Corp. 1996,

70 INICIA Corrigir problemas de disco e se aplicáel, erifcar por carga não Tioli Storage Manager no sistema. SIM 1. As ferramentas do sistema operacional mostram um gargalo de disco no cliente ou no seridor? Não Colete instrumentação de cliente e de seridor Use a ferramentas de sistema de arquios ou sistema operacional para ajudar a melhorar as operações de backup e restauração. SIM 3. Você possui muitos arquios ou uma estrutura de diretório complexa? SIM 2. A instrumentação de cliente mostra um alto tempo de processamento de E/S de arquio ou de Não Não Corrigir problemas de disco e se aplicáel, erifcar por carga não Tioli Storage Manager SIM 4. A instrumentação do seridor mostra disco baixo ou fita I/O Não Inestigue elocidades e problemas de rede. SIM 5. O cliente mostra o alto tempo de data erb e o seridor mostra o alto tempo de rede para aqueles nós de encadeamento de sessão? Localize o encadeamento de sessão para esse nó na instrumentação de seridor. Não Inestigue problemas de banco de dados, que incluem configurações do disco e do buffer pool. SIM 6. A instrumentação do seridor mostra o maior tempo gasto nas operações do banco de dados para aquele encadeamento de sessão? Não Reise as informações sobre como entrar em contato com o Suporte IBM. Figura 4. Fluxograma para Diagnosticar o Desempenho de Backup e Restauração. Use esse gráfico com o Tabela 9 na página 57 para analisar e resoler problemas. 56 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

71 Tabela 9. Explicação das Decisões e Tarefas do Fluxograma para Desempenho de Backup e Restauração Etapa Questão Tarefas de Diagnóstico 1 As ferramentas do sistema operacional mostram um gargalo de disco no cliente ou no seridor? Para obter informações adicionais, consulte Identificando Gargalos de Disco em Seridores Tioli Storage Manager na página A instrumentação de cliente mostra um alto tempo de processamento de E/S de arquio ou de diretório? 3 Você possui muitos arquios ou uma estrutura de diretório complexa? 4 A instrumentação de seridor mostra taxas lentas de E/S no disco ou na fita? 5 O cliente mostra um tempo eleado de Data Verb e o seridor mostra um tempo eleado de rede para esse encadeamento de sessão de nó? SIM Não Corrija quaisquer problemas de disco. Se aplicáel, erifique a carga dos aplicatios no sistema que não estierem relacionados ao Tioli Storage Manager. Consulte o Capítulo 10, Ajustando o Armazenamento em Disco para o Seridor, na página 151. Colete a instrumentação de cliente e seridor. Consulte: Relatório de Instrumentação do Cliente na página 83 Script de Monitoramento de Seridor na página 74 Vá para a questão 2. SIM Vá para a questão 3. Não Vá para a questão 4. SIM Não SIM Não SIM Use as ferramentas do sistema de arquios e do sistema operacional para ajudar a melhorar as operações de backup e restauração. Consulte Ajuste do Espaço no Arquio na página 209. Corrija quaisquer problemas de disco. Se aplicáel, erifique a carga dos aplicatios no sistema que não estierem relacionados ao Tioli Storage Manager. Consulte o Capítulo 10, Ajustando o Armazenamento em Disco para o Seridor, na página 151. Corrija quaisquer problemas de disco. Se aplicáel, erifique a carga dos aplicatios no sistema que não estierem relacionados ao Tioli Storage Manager. Consulte o Capítulo 10, Ajustando o Armazenamento em Disco para o Seridor, na página 151. Localize o encadeamento de sessão para este nó na instrumentação de seridor. O encadeamento pode incluir o nome do nó ou é possíel consultar se o ID de encaminhamento de sessão está listado no Log de Atiidades para determinar qual nó foi afetado. Vá para a questão 5. Inestigue as elocidades e os problemas de rede e corrija quaisquer problemas. Consulte o Capítulo 12, Ajustando o Desempenho da Rede, na página 223. Não Vá para a questão 6. Capítulo 7. Identificando Gargalos de Desempenho 57

72 Tabela 9. Explicação das Decisões e Tarefas do Fluxograma para Desempenho de Backup e Restauração (continuação) Etapa Questão 6 A instrumentação de seridor mostra que a maior parte do tempo é gasta em operações do banco de dados para esse encadeamento de sessão? Tarefas de Diagnóstico SIM Inestigue os problemas do banco de dados, incluindo as configurações de disco e buffer pool. Corrija quaisquer problemas. Consulte o Identificando Problemas de Desempenho do Seridor. Não A equipe de suporte IBM pode ajudar a diagnosticar problemas de desempenho ao solicitar determinados rastreios e outras informações do ambiente. A análise abrangente de um problema de desempenho é um seriço cobrado que é oferecido para os clientes do Tioli Storage Manager. Para obter informações sobre o Suporte IBM e como reunir dados de problemas, consulte os seguintes recursos: Software Support Handbook em www14.software.ibm.com/webapp/set2/sas/f/handbook/ getsupport.html IBM Support Assistant em support/isa Consulte também Capítulo 8, Coletando e Analisando Dados de Problemas de Desempenho, na página 69. Conceitos relacionados: Gargalos Potenciais no Fluxo de Dados para Operações do Tioli Storage Manager na página 42 Identificando Problemas de Desempenho do Seridor Utilize o fluxograma para diagnosticar problemas com as operações do seridor. A tabela após o fluxograma fornece mais informações e links para tarefas e ferramentas de diagnóstico. Dica: Antes de reisar o fluxograma, assegure-se de responder todas as perguntas e corrigir quaisquer problemas que estierem descritos no Lista de Verificação de Hardware do Seridor e de Sistema Operacional na página 10 e no Lista de Verificação da Configuração do Seridor Tioli Storage Manager na página IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

73 INICIA 1. As ferramentas Do sistema operacional mostram um gargalo de disco no Seridor? Execute o script de monitoramento do seridor para reunir informações de disgnóstico para o seridor. Corrigir problemas de disco e se aplicáel, erifcar por carga não Tioli Storage Manager 2. A saída de script mostra transferência de disco lenta? 3. A saída de script mostra taxas lentas de E/S da fita? Corrija os problemas da fita e erifique os erros ou mídia Inestigue o log de erros do banco de dados e os problemas de E/S do banco de dados e do log. 4. O encadeamento mostra que a maioria do tempo é gasta nas operações Do DB2? Localize o encadeamento para essa operação na Reise as informações sobre como entrar em contato com o Suporte IBM. Figura 5. Fluxograma para Resoler Problemas de Desempenho do Seridor Capítulo 7. Identificando Gargalos de Desempenho 59

74 Tabela 10. Questões e Tarefas do Fluxograma para Ajudá-lo a Diagnosticar e Corrigir Problemas de Desempenho do Seridor Etapa Questão Tarefas de Diagnóstico 1 As ferramentas do sistema operacional mostram um gargalo de disco no seridor? Para obter informações adicionais, consulte Identificando Gargalos de Disco em Seridores Tioli Storage Manager na página A saída de script mostra transferência de disco lenta? 3 A saída de script mostra taxas lentas de E/S da fita? 4 O encadeamento mostra que a maioria do tempo é gasta nas operações do DB2? SIM Não SIM Corrija quaisquer problemas de disco. Se aplicáel, erifique a carga dos aplicatios no sistema que não estierem relacionados ao Tioli Storage Manager. Consulte o Capítulo 10, Ajustando o Armazenamento em Disco para o Seridor, na página 151. Execute o script de monitoramento do seridor para reunir informações de diagnóstico do seridor. Consulte o Analisando o Desempenho de Disco Usando o Script de Monitoramento de Seridor na página 63. Vá para a questão 2. Corrija quaisquer problemas de disco. Se aplicáel, erifique a carga dos aplicatios no sistema que não estierem relacionados ao Tioli Storage Manager. Consulte o Analisando o Desempenho Básico de Sistemas de Disco na página 67. Não Vá para a questão 3. SIM Não SIM Não Corrija os problemas de fita e erifique se há erros ou mídia inálida, se aplicáel. Consulte Ajustando o Desempenho da Unidade de Fita na página 131. Localize o encadeamento para a operação na saída de script. Vá para a questão 4. Inestigue o log de erro do banco de dados e problemas de E/S do banco de dados e do log. Consulte Configuração e Ajuste de Log do Banco de Dados do Seridor e de Recuperação na página 99. A equipe de suporte IBM pode ajudar a diagnosticar problemas de desempenho ao solicitar determinados rastreios e outras informações do ambiente. A análise abrangente de um problema de desempenho é um seriço cobrado que é oferecido para os clientes do Tioli Storage Manager. Para obter informações sobre o Suporte IBM e como reunir dados de problemas, consulte os seguintes recursos: Software Support Handbook em www14.software.ibm.com/webapp/set2/sas/f/handbook/ getsupport.html IBM Support Assistant em support/isa Consulte também Capítulo 8, Coletando e Analisando Dados de Problemas de Desempenho, na página IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

75 Conceitos relacionados: Gargalos Potenciais no Fluxo de Dados para Operações do Tioli Storage Manager na página 42 Tarefas relacionadas: Relatando Problemas de Desempenho na página 71 Aaliando os Resultados da Deduplicação de Dados É possíel aaliar a eficiência da deduplicação de dados do Tioli Storage Manager ao examinar as árias consultas ou relatórios. Os resultados da redução de dados real podem mostrar se as economias de armazenamento esperadas são alcançadas. Também é possíel aaliar outros fatores operacionais chaes, como a utilização do banco de dados, para assegurar que eles estejam consistentes com as expectatias. Considere os seguintes fatores quando estier aaliando os resultados da deduplicação de dados: Quando estier usando deduplicação de dados, pode ser que ocê não eja economias de espaço imediatas no seridor. Como a deduplicação de dados inclui diersas operações de backup entre ários clientes, o processamento se tornará mais eficiente ao longo do tempo. Portanto, é importante coletar os resultados em interalos regulares para registrar resultados álidos. Use os comandos e ferramentas a seguir para ajudar a aaliar a eficácia da deduplicação de dados: Ação Use o comando do seridor QUERY STGPOOL para erificar rapidamente os resultados da deduplicação. Explicação O campo Dados Duplicados Não Armazenados mostra a redução de dados real, em megabytes ou gigabytes, e a porcentagem de redução do conjunto de armazenamentos. Por exemplo, emita o seguinte comando: query stgpool format=detailed Se a consulta for executada antes da recuperação do conjunto de armazenamentos, o alor Dados Duplicados Não Armazenados não será preciso porque não refletirá a redução de dados mais recentes. Se a recuperação ainda não ocorreu, emita o seguinte comando para mostrar a quantia de dados a ser remoida: show deduppending backkuppool-file Em que backkuppool-file é o nome do conjunto de armazenamentos deduplicado. Use o comando do seridor QUERY OCCUPANCY. Esse comando mostra a quantia lógica de armazenamento por espaço no arquio quando um espaço no arquio é submetido a backup para um conjunto de armazenamentos deduplicado. Capítulo 7. Identificando Gargalos de Desempenho 61

76 Ação Examine os relatórios de backup do cliente do Tioli Storage Manager para consultar a redução de dados para uma operação de backup executada com a deduplicação e a compactação de dados do lado do cliente. Execute o script do relatório de deduplicação para mostrar informações sobre a efetiidade da deduplicação de dados. Explicação Os relatórios de backup ficam disponíeis após a conclusão das operações de backup. Ao longo do tempo, se os relatórios de backup mostrarem repetidamente pouca ou nenhuma redução de dados após muitos backups, considere redirecionar o nó cliente para um conjunto de armazenamentos de não deduplicação, se um estier disponíel. Dessa forma, o cliente não perderá tempo para processar dados que não forem bons candidatos para deduplicação de dados. O relatório fornece detalhes da utilização relacionada à deduplicação do banco de dados do Tioli Storage Manager. Também é possíel usá-lo para reunir informações de diagnóstico quando os resultados da deduplicação não estierem consistentes com suas expectatias. É possíel obter o script e as instruções de uso do script em support/dociew.wss?uid=swg Para obter mais informações, consulte Planejamento e Uso Efetio da Deduplicação do IBM Tioli Storage Manager V6 em mydeeloperworks/wikis/home/wiki/tioli Storage Manager/page/Effectie Planning and Use of IBM Tioli Storage Manager V6 Deduplication. Conceitos relacionados: Lista de Verificação para Deduplicação de Dados na página 21 Tarefas relacionadas: Ajuste de Deduplicação de Dados do Lado do Seridor na página 127 Ajustando a Deduplicação de Dados do Lado do Cliente na página 194 Identificando Gargalos de Disco em Seridores Tioli Storage Manager As ferramentas podem ajudar a identificar gargalos no armazenamento em disco que é usado pelos seridores Tioli Storage Manager. Antes de iniciar esta tarefa, reeja as informações sobre configuração ideal de armazenamento em disco para o banco de dados do seridor, logs de recuperação e conjuntos de armazenamentos. Para identificar gargalos no disco, é possíel usar um ou os dois métodos a seguir: Use o script de monitoramento do seridor. O script serermonv6.pl coleta dados de monitoramento que podem ajudar a aaliar as atiidades do seridor Tioli Storage Manager V6 (desempenho, processos, sessões). O script executada a instrumentação do seridor e, em alguns casos, as ferramentas do sistema. Consulte o Analisando o Desempenho de Disco Usando o Script de Monitoramento de Seridor na página IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

77 Use as ferramentas de análise que são fornecidas por terceiros. Tais ferramentas podem ser efetias para analisar os sistemas de desempenho para características de desempenho básicas antes que sejam usadas para o armazenamento Tioli Storage Manager. Consulte Analisando o Desempenho de Disco Usando Ferramentas do Sistema na página 65. Conceitos relacionados: Gargalos Potenciais no Fluxo de Dados para Operações do Tioli Storage Manager na página 42 Referências relacionadas: Lista de Verificação para Discos do Banco de Dados do Seridor na página 12 Lista de Verificação para Discos de Log de Recuperação do Seridor na página 14 Lista de Verificação para Conjuntos de Armazenamentos em Disco na página 16 Instrumentação do Seridor para Análise de Desempenho na página 74 Analisando o Desempenho de Disco Usando o Script de Monitoramento de Seridor Use o script Perl serermonv6.pl para coletar dados de monitoramento que são necessários para aaliar as atiidades do seridor Tioli Storage Manager V6 (desempenho, processos, sessões). O script pode ser usado para coletar estatísticas de desempenho sobre o armazenamento em disco que é usado pelo DB2, o gerenciador do banco de dados do Tioli Storage Manager. 1. Faça o download da cópia mais recente do script Perl em Reise os detalhes na nota técnica com atenção. Por exemplo, algumas ersões ou fix packs específicos para o seridor podem ter um problema com determinadas partes do script. 2. Faça download do script em um noo diretório. Por coneniência, coloque o script no diretório no qual planeja executá-lo. A saída é criada onde executar o script. A saída do script requer algum espaço de armazenamento. Planeje pelo menos 100 MB para o diretório. 3. Efetue logon com o ID do usuário da instância do seridor e execute o script. Responda aos prompts do script. Você dee fornecer um ID do administrador para o seridor. Seridores Windows: Para um seridor Windows, ocê dee abrir uma janela de comandos do DB2. Por exemplo, clique em Iniciar > Executar e insira db2cmd. Na janela de comandos que é aberta, mude para o diretório de script e execute o script nele. 4. Permita que o script seja executado durante o tempo suficiente para coletar os dados relacionados às operações do seu interesse. Se ocê estier procurando por um determinado problema, execute o script de acordo com a duração esperada do problema. Se um problema específico ainda não foi identificado, execute o script durante 24 horas para obter uma isualização do que está acontecendo no sistema. O script é executado até ocê pará-lo. 5. Pare o script pressionando Ctrl+C. 6. Para aprender sobre o desempenho dos discos de banco de dados e de log de recuperação, localize o arquio de instrumentação na saída. O arquio possui Capítulo 7. Identificando Gargalos de Desempenho 63

78 um nome como timestamp-instr.txt, em que timestamp é a data e hora. Visualize a seção do relatório com o rótulo DB2 STATISTICS DURING INSTRUMENTATION INTERVAL. O exemplo a seguir mostra parte de um relatório. Deadlocks detected: 0 --> 0.0/sec Number of lock escalations: 0 --> 0.0/sec Lock waits: 0 --> 0.0/sec Time waited on locks(*): sec Locks held: 3 before, 3 after Intern Rollbacks Due To Dlock: 0 --> 0.0/sec Total sorts: > 0.9/sec, sec/sort Total sort time(*): > 0.8/sec Sort oerflows: 1 --> 0.0/sec Direct reads from database: > 16.2/sec, sec/read Direct read time: Direct writes to database: > 25.6/sec, sec/write Direct write time: Number of Log Pages Written: > 1.7/sec, sec latency Log Write Time: sec Number of Log Writes: > 0.7/sec A tabela a seguir descree itens chaes a serem examinados no relatório. Ao longo do tempo, repita a execução do script e reise os relatórios para er se o desempenho é consistente ou ariáel. Item de relatório Descrição Valores a serem procurados Leituras diretas a partir do banco de dados Graações diretas no banco de dados O número de operações de leitura que não usaram o buffer pool. O relatório também mostra o tempo médio de leitura do banco de dados durante o interalo de instrumentação do seridor. O número de operações de graação que não usaram o buffer pool. O relatório também mostra o tempo médio de operações de graação no banco de dados durante o interalo de instrumentação do seridor. Geralmente, 4 ms é um bom alor para o tempo médio de leituras. Um alor de 10 ms ou maior indica um possíel problema. Verifique se o sistema de disco está em execução e se não possui erros. Verifique se outros aplicatios ou sistemas estão usando o sistema de disco e causando um conflito com as operações do Tioli Storage Manager. Se problemas ou conflitos não forem a causa, poderá ser necessário acelerar os discos para melhorar o desempenho das operações do Tioli Storage Manager. Geralmente, 2 ms é um bom alor para o tempo médio de graação. Um tempo médio de graação acima de 5 ms indica um problema. 64 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

79 Item de relatório Descrição Valores a serem procurados Número de Páginas de Log Graadas O número de páginas de log que são graadas no disco durante o interalo de instrumentação de seridor. O relatório também mostra a latência média, que é o tempo médio de atraso para cada operação de graação no log. Geralmente, 2 ms é um bom alor para a latência de graações no log. Se a latência de graação no log for mais de 5 ms, o relatório incluirá uma mensagem de aiso. 7. Para seridores que executam em sistemas AIX, HP-UX, Linux, ou Oracle Solaris, localize o arquio que possui a saída de comando iostat. O arquio possui um nome como timestamp-iostat.txt, emquetimestamp é a data e hora. a. Verifique a ocupação dos discos. Se ocê erificar que os discos estão mais de 80% ocupados, haerá um gargalo potencial. Para sistemas AIX, a coluna tem o rótulo % tm_act. Para sistemas Linux, a coluna tem o rótulo %util. b. Procure a coluna que indica que as filas estão cheias. (Para sistemas AIX, a coluna tem o rótulo ser qfull). A contagem na coluna queues-full indica o número de ezes por segundo que a fila de seriço fica cheia. Quando a fila de seriço fica cheia, o disco não aceita mais solicitações de seriço. O alor representa uma medida de tempo desde a última iteração. Consistentemente, altos números são um sinal de problema. A profundidade da fila pode ser muito baixa e os sistemas de disco de fabricantes que não sejam a IBM geralmente possuem um alor padrão 1. Examine a profundidade da fila para os discos. Se a profundidade da fila for menor que 32, consulte a documentação do sistema de disco ou entre em contato com o fabricante para obter as diretrizes para configurar a profundidade da fila. Para um ambiente LPAR, examine também a profundidade da fila para os Virtual I/O Serers (VIOS) no sistema host AIX. Poderá ser necessário ajustar a profundidade da fila para o Tioli Storage Manager LPAR e também para o VIOS. c. Consulte a coluna de transferências por segundo que foram emitidas ao disco físico. (Para sistemas AIX, a coluna tem o rótulo tps). Esta coluna é o indicador de operações de E/S por segundo (IOPS). Além disso, consulte o tempo médio de seriço. (Para sistemas AIX, a coluna tem o rótulo ag ser). Altas médias de leitura/graação ou de tempos de seriço podem indicar um problema. Em geral, para o Tioli Storage Manager, procure alores de seriço com menos de 5 ms para operações de leitura/graação de log e banco de dados. Analisando o Desempenho de Disco Usando Ferramentas do Sistema É possíel usar ferramentas do sistema para monitorar a E/S do armazenamento em disco para ajudar a identificar gargalos de disco. Por exemplo, use ferramentas como nmon para os sistemas operacionais AIX e Linux e o Performance Monitor para os sistemas Windows. Outras ferramentas podem ser usadas, mas não estão documentadas aqui. Por exemplo, para os sistemas operacionais como AIX e Linux, é possíel usar o comando sar para coletar informações sobre a atiidade do sistema. Capítulo 7. Identificando Gargalos de Desempenho 65

80 Tarefas relacionadas: Analisando Fluxo de Dados com o Comando dd na página 68 Script de Monitoramento de Seridor na página 74 Referências relacionadas: Instrumentação do Seridor para Análise de Desempenho na página 74 Analisando o Desempenho do Disco Usando o Comando nmon É possíel usar o comando nmon em sistemas operacionais AIX e Linux. Use o comando para exibir estatísticas do sistema local no modo interatio e para registrar estatísticas do sistema no modo de graação. 1. Execute o comando como raiz. O comando pode ser executado a partir de qualquer diretório, porém ocê deerá ter efetuado login como o usuário raiz. O comando inicia um processo de segundo plano para capturar o número especificado de capturas instantâneas das estatísticas do sistema em interalos especificados e graar o arquio de saída. Importante: Não use o comando kill para terminar o processo porque isso faz com que o arquio esteja incompleto e inutilizáel para análise. Para executar o comando, use os seguintes parâmetros: -f Especifica que a saída é graada em um arquio. O arquio é criado no diretório no qual ocê executa o comando, com o nome hostname_yymmdd_hhmm.nmon. -s nnnn Especifica os segundos entre as capturas instantâneas de estatísticas. -c nnn Especifica o número de capturas instantâneas. Geralmente, para criar um relatório para análise de desempenho, especifica-se 15 minutos entre as capturas instantâneas (900 segundos) durante 24 horas (96 capturas instantâneas). Por exemplo, emita o seguinte comando: nmon -f -s 900 -c 96 Para coletar uma captura instantânea do sistema a cada hora durante sete dias, emita o comando a seguir: /home/hm12857/netmon/nmon -f -s c 168 Para coletar uma captura instantânea do sistema a cada 30 minutos durante cinco dias, emita o comando a seguir: /home/hm12857/netmon/nmon -f -s c Analise os dados usando a ferramenta de planilha nmon Analyzer. Foque nas estatísticas de disco ocupado (Disk %Busy). Procure discos que estejam consistentemente acima de 80% de ocupação (média ponderada). A média ponderada é mostrada em ermelho no gráfico na guia diskbusy. 66 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

81 Analisando o Desempenho do Disco Usando o Windows Performance Monitor (perfmon) Examine as estatísticas de disco usando os contadores de desempenho que estão disponíeis no Performance Monitor. 1. Inicie o Performance Monitor. Em um prompt de comandos, insira: perfmon. 2. Crie um Conjunto de Coletores de Dados para coletar dados dos discos. Selecione os contadores de desempenho a seguir a partir da categoria Disco Físico: Tempo Disk Sec./Transfer Tempo Disk Queue Length Média de Bytes de Disco/Transferência Bytes de Disco/seg Diisão de E/S/seg 3. Execute a ferramenta perfmon enquanto estier ocorrendo o problema de desempenho. Compare os resultados com a orientação na tabela a seguir. Contador de desempenho Disco Físico: Média. Disk Sec./Transfer Disco Físico: Comprimento Médio de Fila do Disco Disco Físico: Média de Bytes de Disco/Transferência Disco Físico: Bytes de Disco/seg Disco Físico: Diisão de E/S/seg Orientação Valores menores que 25 ms são considerados bons. Um alor que for 2 ou 3 ezes o número de discos na matriz é considerado ideal. O objetio é que o tamanho da faixa da matriz seja pelo menos a média deste contador. O resultado ideal é que a soma dos alores de todos os discos que estierem conectados a um único controlador seja menor que 70% do rendimento teórico. Um alor diferente de zero para esse contador indica uma possíel fragmentação de disco. Analisando o Desempenho Básico de Sistemas de Disco Para erificar se um sistema de armazenamento pode atender aos requisitos de carga de trabalho das operações do Tioli Storage Manager, execute testes de tensão. Também é possíel analisar o desempenho de disco quando mudanças forem feitas no host ou no backbone de rede. Várias ferramentas estão disponíeis para análise e testes de tensão das características de disco, como operações de E/S por segundo (IOPS). Para o AIX, é possíel usar o comando ndisk64. Procure o pacote nstress mais recente em home/wiki/power Systems/page/AIX performance analysis and tuning. É possíel usar ferramentas de terceiro, como o Iometer, que está disponíel para o Windows e outros sistemas operacionais. Para obter informações sobre a ferramenta Iometer, consulte Para sistemas operacionais como o AIX e o Linux, é possíel usar o comando dd para testes simples de recursos. Capítulo 7. Identificando Gargalos de Desempenho 67

82 Analisando Fluxo de Dados com o Comando dd É possíel usar o comando dd como um teste rápido para estimar os melhores resultados possíeis do fluxo de dados nos discos. O comando está disponíel para sistemas operacionais como AIX o Linux. O comando dd poderá ser útil se ocê não tier ou não desejar instalar ferramentas mais poderosas. Para estimar o pico de desempenho sob condições ideais, use o comando dd para medir quanto tempo demora uma graação em um dispositio. Em seguida, meça quanto tempo demora uma leitura no dispositio. 1. Para executar um teste de graação, emita o comando a seguir. time dd if=/de/zero of=/deice_path/filename bs= count=40960 em que deice_path é o nome do sistema de arquios que ocê deseja testar e filename é o nome de um arquio. Importante: O arquio filename não dee existir no sistema de arquios. Se o arquio existir, o comando o sobrescreerá com zeros. A saída do comando fornece o tempo que é necessário para graar um arquio de 10 GB em blocos de 256 KB. 2. Para executar um teste de leitura do arquio que foi graado, emita o comando a seguir. time dd if=/deice_path/filename of=/de/null bs= count=40960 Ao aaliar os resultados do comando, tenha em mente que se ocê apenas tier executado o teste de graação, os dados ainda poderão estar no cache de disco. O tempo relatado pelo comando para a operação de leitura será, portanto, menor do que o esperado para operações típicas do seridor Tioli Storage Manager. Para as operações típicas do seridor Tioli Storage Manager, os dados normalmente não estão no cache e são lidos a partir do próprio disco. 68 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

83 Capítulo 8. Coletando e Analisando Dados de Problemas de Desempenho Medindo a Linha de Base A captura de métricas de desempenho específicas no momento em que o problema ocorre no ambiente é essencial para ajudar a equipe e suporte IBM com a análise. A maioria dos problemas de desempenho aparece como tempos de resposta ou uso de recursos inaceitáeis. Os problemas de desempenho podem desenoler-se lentamente ao longo do tempo, como resultado da diminuição de recursos ou repentinamente como resultado de uma mudança de hardware ou software no ambiente. Como parte do pacote de suporte do produto padrão, a IBM ajudará a determinar se o problema de desempenho é resultado de um defeito do produto. A reunião das principais métricas de desempenho a partir do ambiente do cliente será uma peça chae desta atiidade. A análise abrangente de um problema de desempenho é um seriço cobrado que é oferecido para os clientes do Tioli Storage Manager. Para obter mais informações, consulte o Software Support Handbook em Os problemas de desempenho são relatados normalmente logo após alguma mudança no hardware ou software do sistema. A menos que haja uma medida de linha de base na pré-mudança com a qual o desempenho na pós-mudança será comparado, poderá ser difícil qualificar o problema. Qualquer mudança no ambiente, incluindo mudanças de software, hardware ou de rede, pode afetar o desempenho das operações em seu ambiente. Como uma melhor prática, monitore o ambiente antes e depois de cada mudança. A alternatia é tomar as medidas de linha de base em interalos regulares, por exemplo, uma ez por mês e salar a saída. Quando um problema for localizado, será possíel usar as medidas anteriores para comparação. É recomendado coletar uma série de medidas, que podem ajudar a diagnosticar um possíel problema de desempenho. Para maximizar o diagnóstico de desempenho, colete dados de ários períodos do dia, semana, mês ou quando o desempenho ier a ser um problema. Por exemplo, é possíel ter picos de carga de trabalho durante esses horários: No meio das manhãs para usuários online Durante uma execução em lote de madrugada Durante o processamento de término do mês Durante carregamentos de dados maiores Colete os dados de cada pico na carga de trabalho porque um problema de desempenho pode causar problemas apenas durante um desses períodos, e não durante outros horários. Nota: Usar qualquer ferramenta para coletar os dados de linha de base pode impactar o desempenho do sistema que está sendo medido. Copyright IBM Corp. 1996,

84 Para coletar dados de linha de base, é possíel usar as seguintes ferramentas: Em qualquer sistema operacional, é possíel usar o script de monitoramento do seridor Tioli Storage Manager. Para obter informações adicionais, consulte Script de Monitoramento de Seridor na página 74. Nos sistemas operacionais AIX e Linux, é possíel usar o utilitário nmon. Para obter mais informações sobre essa e outras ferramentas, consulte Power Systems/page/AIX performance analysis and tuning. Nos sistemas operacionais Windows, é possíel usar o utilitário perfmon para reunir um conjunto de contadores de desempenho. Para obter mais informações sobre o utilitário, consulte dociew.wss?uid=swg Registre periodicamente as medidas de linha de base para que seja possíel usar os dados para comparações após uma degradação inesperada no desempenho. Se ocê coletar dados de linha de base antes que um problema no desempenho seja detectado, o SuporteIBM poderá usar os dados para ajudar a resoler os problemas de desempenho. Descreendo Problemas de Desempenho A equipe de suporte geralmente recebe informações que são insuficientes para determinar precisamente a natureza de um problema de desempenho. Você deerá descreer o problema o mais detalhadamente possíel. Obtenha sempre o máximo de detalhes possíel antes de coletar ou analisar dados ao fazer as questões a seguir sobre o problema de desempenho: O problema pode ser demonstrado ao executar um comando específico ou reconstruir uma sequência de eentos? Qual é o exemplo menos complexo do problema? O desempenho lento é intermitente? Ele fica lento em determinados momentos e, em seguida, ele olta ao normal? O desempenho fica lento em determinados horários do dia ou com relação a alguma atiidade específica? Tudo fica lento ou apenas algo? Quê aspecto fica lento? Por exemplo, o tempo para executar um comando, ou o tempo decorrido para concluir um processo ou o tempo de pintura de tela? Quando o problema começou a ocorrer? A situação era a mesma desde que o sistema foi instalado pela primeira ez ou quando entrou em produção? Algo no sistema foi alterado antes de o problema ocorrer (como incluir mais usuários ou migrar mais dados para o sistema)? Se o problema for cliente e seridor, esse problema pode ser demonstrado localmente no seridor (problema de rede ersus seridor)? Se for relacionado à rede, como os segmentos de rede foram configurados (incluindo a largura da banda como 100 Mb/s ou 10 Mb/s)? Há algum roteador entre o cliente e o seridor? Quais aplicatios do fornecedor estão em execução no sistema? Esses aplicatios estão enolidos no problema de desempenho? Qual é o impacto do problema de desempenho sobre os usuários? 70 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

85 Relatando Problemas de Desempenho Antes de relatar um problema, é possíel coletar informações antecipadamente para facilitar a inestigação do problema. Quando relatar um problema de desempenho, não basta apenas reunir dados e analisá-los. Sem conhecer a natureza do problema de desempenho, ocê pode perder tempo e recursos quando analisar dados que podem não ter nada a er com o problema que está sendo relatado. Sua equipe de suporte local pode usar estas informações para ajudar a resoler o problema de desempenho com ocê. Para obter informações sobre a abertura de um Problem Management Record (PMR) e reunir informações, consulte os recursos a seguir: Software Support Handbook em set2/sas/f/handbook/getsupport.html IBM Support Assistant em Para ajudar a resoler seu problema mais rapidamente, conclua as tarefas a seguir: 1. Reúna informações sobre o problema de desempenho para ajudá-lo a preparar uma descrição do problema: Para problemas de desempenho do cliente de backup-archie, execute a instrumentação de cliente e o script de monitoramento do seridor simultaneamente. Consulte Iniciando a Instrumentação de Cliente na página 83 e Script de Monitoramento de Seridor na página 74. Para problemas de desempenho do seridor, execute o script de monitoramento do seridor. Consulte Script de Monitoramento de Seridor na página 74. Reúna informações detalhadas sobre o layout da LUN, informações de tamanho de cache e configuração, informações do sistema de disco, tipo de sistemas de arquios, tipo de RAID e outros detalhes de configuração. Como muitos problemas de desempenho estão relacionados a E/S, essas informações são importantes. Colete uma lista de informações de hardware, como o tipo de adaptador de barramento de host, o tipo de processador e a quantia de RAM ocê tem no cliente e seridor. Reúna informações de rede e zoneamento SAN. 2. Reúna mais informações sobre o problema de desempenho e de seu ambiente ao concluir o Questionário de Desempenho do Tioli Storage Manager. Consulte 3. Forneça uma instrução de uma instância simples específica do problema. Separe os sintomas e fatos das teorias, ideias e conclusões próprias. O Problem Management Records que relata as instruções the system is slow pode requerer uma inestigação extensia para determinar o que é considerado lento, como medir isso e o qual é o desempenho aceitáel. 4. Reúna informações sobre tudo que foi alterado no sistema nas semanas anteriores ao problema. Não considerar algo que foi alterado pode bloquear um possíel caminho de inestigação e atrasar a localização de uma resolução. Se todos os fatos estierem disponíeis, o Suporte IBM poderá eliminar os fatos não relacionados. Capítulo 8. Coletando e Analisando Dados de Problemas de Desempenho 71

86 Nota: Assegure-se de coletar as informações a partir do sistema correto. Em grandes sites, dados podem ser coletados facilmente por engano em um sistema errado, o que dificulta a inestigação do problema. 5. Forneça as informações a seguir: Uma descrição do problema pode ser usada para erificar no banco de dados de histórico do problema se um problema semelhante foi relatado. Descrea o aspecto de sua análise que leou a concluir que o problema é causado por um defeito no sistema operacional. Descrea a configuração do hardware e software nos quais o problema está ocorrendo: O problema está concentrado em um único sistema ou afeta diersos sistemas? Quais são os modelos, tamanhos de memória e o número e tamanho de discos nos sistemas afetados? Quais tipos de LAN e outras mídias de comunicação estão conectados aos sistemas? A configuração geral inclui outros sistemas operacionais? Descrea as características do programa ou da carga de trabalho que está tendo o problema. Uma análise com ferramentas do sistema operacional indicam que o problema é limitado ao processador ou à E/S? Qual é a carga de trabalho executada nos sistemas afetados? Descrea os objetios de desempenho que não estão sendo atendidos. O objetio principal é o tempo de resposta do console ou de terminal, o rendimento ou a responsiidade em tempo real? Os objetios foram deriados de medidas em outro sistema? Se foram, qual era sua configuração? 6. Se esse relatório for o primeiro relatório do problema, ocê receberá um número de PMR para ser usado na identificação de dados adicionais que ocê forneça e para referência futura. Inclua todos os itens a seguir quando as informações de suporte e os dados de desempenho forem reunidos: Um meio de reproduzir o problema: Se possíel, inclua um programa ou shell script que demonstre o problema. No mínimo, uma descrição detalhada das condições sob as quais o problema ocorre é necessária. O aplicatio que está tendo o problema: Se o aplicatio for um produto de software ou depender de um, identifique a ersão e a liberação exatas desse produto. Se o código-fonte de um aplicatio de graação de usuário não puder ser liberado, documente o conjunto exato de parâmetros do compilador que são usados para criar o programa executáel. 72 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

87 Coletando Dados de Instrumentação para o Seridor, Cliente e API do Tioli Storage Manager A instrumentação do Tioli Storage Manager pode coletar dados para ajudar a isolar gargalos de desempenho no cliente, no seridor ou na rede do Tioli Storage Manager. A instrumentação do Tioli Storage Manager está disponíel para o seridor, o cliente e a API do Tioli Storage Manager. Ela dee ser usada para ajuste de desempenho e determinação de problema. É possíel usar a instrumentação como uma alternatia à coleta de dados do comando trace tradicional do Tioli Storage Manager. As etapas a seguir são uma abordagem básica para trabalhar nos gargalos de desempenho: 1. Use os dados de instrumentação do Tioli Storage Manager para determinar qual componente de backup (cliente, seridor ou rede) gasta o tempo maior durante o processo do Tioli Storage Manager. 2. Após isolar o componente que lea o tempo maior, tente determinar se a operação é restringida por um recurso de hardware ou software. 3. Altere a forma de utilização do recurso ou aumente-o. Por exemplo, atualize os processadores ou aumente a memória, os discos ou as unidades de fita. 4. Repita esse processo, conforme o necessário para reduzir o gargalo até um níel aceitáel. Benefícios da Instrumentação do Tioli Storage Manager Há mais benefícios associados ao uso da função de instrumentação do Tioli Storage Manager do que ao uso do comando trace tradicional do Tioli Storage Manager. As antagens do uso da função de instrumentação do Tioli Storage Manager são as seguintes: Os rastreios do Tioli Storage Manager potencialmente produzem grandes arquios de rastreio, normalmente causando condições de falta de espaço nos sistemas de arquios, podendo causar uma degradação de desempenho significatia. Com a função de instrumentação do Tioli Storage Manager, não são criados grandes arquios de rastreio, causando um impacto mínimo no desempenho. A instrumentação do Tioli Storage Manager gera relatórios concisos que intercalam e resumem informações de desempenho significatias. Os arquios de relatório geralmente têm tamanho pequeno, geralmente menos de 1 MB e são projetados para causar um impacto mínimo no desempenho. Os dados são armazenados na memória até a sessão de instrumentação terminar. Capítulo 8. Coletando e Analisando Dados de Problemas de Desempenho 73

88 Como os Processos são Rastreados A instrumentação controla operações que podem afetar o desempenho. Por exemplo, as operações a seguir são rastreadas: E/S de Disco E/S da Rede E/S de Fita Cada processo do Tioli Storage Manager pode possuir diersos encadeamentos. Todos os encadeamentos podem operar em diferentes processadores. O seridor Tioli Storage Manager pode possuir centenas de encadeamentos atios de uma ez. É possíel usar o comando show threads para er uma captura instantânea dos encadeamentos atios. Por exemplo, uma operação de backup usa pelo menos dois encadeamentos. O encadeamento SessionThread recebe dados do cliente. O encadeamento SsAuxThread obtém estes dados e os transmite para o disco ou fita. O encadeamento AgentThread graa os dados na fita. Por fim, o DiskSererThread graa os dados no disco. A instrumentação do Tioli Storage Manager rastreia os processos da seguinte forma: As operações são rastreadas basicamente encadeamento por encadeamento Mais sessões e processos usam mais de um encadeamento Os resultados são armazenados na memória até a instrumentação ser terminada Instrumentação do Seridor para Análise de Desempenho É possíel usar a instrumentação de seridor para controlar operações, como backup e restauração e para ajudar a identificar onde os problemas de desempenho se originam. O script de monitoramento do seridor serermonv6.pl, executa os comandos de instrumentação de seridor para coletar dados. Geralmente, é possíel usar o script em ez dos comandos de instrumentação de seridor sozinhos. É possíel fazer o download do script de monitoramento do seridor a partir de Script de Monitoramento de Seridor Coletar um conjunto de dados completo para o seridor Tioli Storage Manager é essencial para analisar problemas de desempenho. O script de monitoramento de seridor é um script Perl que pode ser usado para coletar dados de desempenho durante as atiidades do seridor Tioli Storage Manager. Esse script é uma ferramenta padrão usada para ajudar a diagnosticar problemas de desempenho. Depois de atiado, o script efetua logon no seridor Tioli Storage Manager de destino. O script inicia um rastreio de instrumentação de seridor. Em interalos configurados, ários comandos SHOW, comandos query e comandos do DB2 são executados para capturar informações de registros de momento. Nos sistemas UNIX, as informações de sistema operacional e do processador também são coletadas. Uma série de arquios de saída é criada para ajudar a equipe de suporte a diagnosticar problemas de desempenho. 74 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

89 1. Obtenha o script de monitoramento do seridor. O script Perl pode ser transferido por download em dociew.wss?uid=swg O documento contém todas as informações necessárias, dentre elas: Variáeis que deem ser atualizadas para se conectar com seu seridor Tioli Storage Manager Instruções sobre como iniciar o script Perl em seu seridor Tioli Storage Manager Lista de comandos que são executados no seridor Tioli Storage Manager 2. Deixe o script atios para capturar o problema de desempenho e coletar dados. O tempo em que os scripts deem ser deixados em execução pode ariar dependendo do problema de desempenho. Geralmente, é possíel deixar o script em execução por cerca de uma hora enquanto ele captura o problema de desempenho. Se ocê estier executando a instrumentação de cliente ao mesmo tempo, deixe o script Perl atio até desatiar a instrumentação de cliente. Depois que os arquios de desempenho forem coletados, será possíel relatar o problema para o suporte IBM. Tarefas relacionadas: Relatando Problemas de Desempenho na página 71 Referências relacionadas: Instrumentação do Seridor para Análise de Desempenho na página 74 Categorias de Instrumentação do Seridor A instrumentação de seridor Tioli Storage Manager pode ser relatada nos tempos decorridos para as categorias de processo documentadas na tabela. A instrumentação de seridor controla toda a entrada e saída basicamente encadeamento por encadeamento das categorias. O Tabela 11 lista as categorias de instrumentação de seridor controladas e a atiidade cronometrada. Tabela 11. Categorias de Instrumentação do Seridor Categoria DB2 Fetch Prep DB2 MFtch Prep DB2 Inser Prep DB2 Delet Prep DB2 Updat Prep DB2 Fetch Exec DB2 MFtch Exec DB2 Inser Exec Atiidade A quantia de tempo para o DB2 preparar uma instrução SQL que retorne uma linha A quantia de tempo para o DB2 preparar uma instrução SQL que retorne muitas linhas A quantia de tempo para o DB2 preparar uma instrução SQL que insira uma linha A quantia de tempo para o DB2 analisar uma instrução SQL que exclua uma linha A quantia de tempo para o DB2 analisar uma instrução SQL que atualize uma linha A quantia de tempo para o DB2 executar uma instrução SQL que retorne uma linha A quantia de tempo para o DB2 executar uma instrução SQL que retorne muitas linhas A quantia de tempo para o DB2 executar uma instrução SQL que insira uma linha Capítulo 8. Coletando e Analisando Dados de Problemas de Desempenho 75

90 Tabela 11. Categorias de Instrumentação do Seridor (continuação) Categoria Atiidade DB2 Delet Exec A quantia de tempo para o DB2 executar uma instrução SQL que exclua uma linha DB2 Updat Exec A quantia de tempo para o DB2 executar uma instrução SQL que atualize uma linha DB2 Fetch A quantia de tempo para preparar uma instrução SQL que recupere uma linha do DB2 DB2 MFetch A quantia de tempo para preparar uma instrução SQL que recupere muitas linhas do DB2 DB2 CR Prep A quantia de tempo para preparar uma instrução SQL que conte linhas DB2 CR Exec A quantia de tempo para executar uma instrução SQL que conte linhas DB2 Commit A quantia de tempo para confirmar a transação do DB2 DB2 Reg Prep A quantia de tempo para o DB2 preparar instruções SQL complexas DB2 Reg Exec A quantia de tempo para o DB2 executar instruções SQL complexas DB2 Reg Fetch A quantia de tempo para o DB2 recuperar linhas para uma instrução SQL complexa DB2 Connect A quantia de tempo conectado ao DB2 ICC Digest A quantia de tempo que um algoritmo lea para extensões de deduplicação de dados Fingerprint A quantia de tempo usada para localizar limites de extensão para deduplicação de dados Uncompress A quantia de tempo usada para descompactar dados Disk Read A quantia de tempo usada para ler a partir do disco Disk Write A quantia de tempo usada para graar em disco. É possíel combinar essa quantia com a quantia de Confirmação de Disco para obter o tempo de graação total Disk Commit A quantia de tempo gasto para executar o comando FSYNC ou outra chamada de sistema para assegurar a conclusão das graações para o disco Tape Read A quantia de tempo para ler a partir da fita Tape Write A quantia de tempo para graar para a fita Tape Locate A quantia de tempo para localizar um bloco de fita para operações de leitura/graação 76 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

91 Tabela 11. Categorias de Instrumentação do Seridor (continuação) Categoria Atiidade Tape Commit A quantia de tempo para sincronizar a fita, para assegurar que os dados sejam graados a partir dos buffers de dispositio para a mídia Tape Data Copy A quantia de tempo para copiar os dados para os buffers de fita na memória Tape Misc A quantia de tempo para processar a fita que não é controlada em outra categoria de fita (operações como abrir ou rebobinar) Data Copy A quantia de tempo para copiar dados para ários buffers na memória Network Rec A quantia de tempo para receber dados em uma rede a partir de um cliente Network Send A quantia de tempo para eniar dados em uma rede a um cliente Shmem Read A quantia de tempo para ler dados a partir do buffer de memória compartilhada Shmem Write A quantia de tempo para graar dados para o buffer de memória compartilhada Shmem Copy A quantia de tempo para copiar dados para e a partir de um segmento de memória compartilhada Namedpipe Rec A quantia de tempo para receber dados em um canal nomeado Namedpipe Send A quantia de tempo para eniar dados em um canal nomeado CRC Processing A quantia de tempo para calcular ou comparar alores de erificação cíclica de redundância (CRC) em conjuntos de armazenamentos Tm Lock Wait A quantia de tempo para adquirir o bloqueio do gerenciador de transações Acquire Latch A quantia de tempo para adquirir uma página do banco de dados a partir do disco ou do buffer pool Acquire XLatch A quantia de tempo para adquirir uma página do banco de dados para atualização (a partir do disco ou do buffer pool) Thread Wait A quantia de tempo a esperar por algum outro encadeamento Unknown A quantia de tempo para algo que não é controlado por outra categoria Capítulo 8. Coletando e Analisando Dados de Problemas de Desempenho 77

92 Encadeamentos do Seridor em Saída de Instrumentação O programa do seridor diide suas operações em encadeamentos. Em saída de instrumentação, os nomes dos encadeamentos identificam as operações. Somente alguns dos encadeamentos na saída de instrumentação são úteis para diagnosticar problemas de desempenho. Os encadeamentos mais importantes são para recuperação de olumes do conjunto de armazenamentos, migração de dados de conjuntos de armazenamentos de acesso aleatório e backup de conjuntos de armazenamentos. Recuperação de olumes do conjunto de armazenamentos O principal encadeamento para uma operação de recuperação para um olume do conjunto de armazenamentos é AfRclmVolumeThread. Esse encadeamento controla quais objetos são recuperados em cada olume e inicia um ou dois encadeamentos filhos: SsAuxSrcThread, que controla as operações de leitura, e SsSWThread, que controla as operações de graação. Cada um desses encadeamentos filhos controla um encadeamento filho separado que é chamado de AgentThread, que executa a leitura ou graação real. Consulte Figura 6. AfRclmVolumeThread Controla o que é recuperado do olume que está sendo recuperado SsAuxSrcThread Controla as operações de leitura Moimentação SsSWThread Controla as operações de graação AgentThread Lê os dados AgentThread Graa os dados Figura 6. Encadeamentos para Recuperação de Volumes do Conjunto de Armazenamentos Uma operação de moimentação de dados típica inicia com um AgentThread que lê um objeto de um olume que está sendo recuperado. Esses dados são processados por meio dos encadeamentos SsAuxSrcThread, AfRclmVolumeThread e SsSWThread. A moimentação de dados termina quando os dados são graados no olume de destino pelo encadeamento AgentThread que graa os dados. Migração de Dados dos Conjuntos de Armazenamentos de Acesso Aleatório O principal encadeamento para uma operação de migração para um conjunto de armazenamentos é DfMigrationThread. Os encadeamentos filhos para concluir a operação de migração diferem de acordo com o sistema operacional. AIX, Linux, HP-UX e Solaris O principal encadeamento, DfMigrationThread, faz o trabalho de selecionar os dados para migração e os olumes que são lidos e graados. O encadeamento inicia dois encadeamentos filhos: SsAuxSrcThread, que controle as operações de leitura, e SsSWThread, que controla as operações 78 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

93 de graação. Consulte Figura 7. DfMigrationThread Controla o que é migrado de um conjunto de armazenamentos SsAuxSrcThread Controla as operações de leitura Moimentação SsSWThread Controla as operações de graação DiskSererThread Lê de olume do disco 1 AgentThread Graa os dados DiskSererThread Lê de olume do disco 2 DiskSererThread Lê de olume do disco n Figura 7. Encadeamentos para Migração do Conjunto de Armazenamentos em Sistemas AIX, Linux, HP-UX e Solaris Para ler os dados, o encadeamento SsAuxSrcThread usa um encadeamento DiskSererThread para cada olume que dee ser lido. O encadeamento SsAuxThread usa diersos encadeamentos se os dados que estierem sendo migrados estierem em mais de um olume. Encadeamentos DiskSererThread são independentes do encadeamento SsAuxSrcThread. Para cada olume em um conjunto de armazenamentos de acesso aleatório, um DiskSererThread executa constantemente para ler e graar desse olume particular. Por exemplo, se o conjunto de armazenamentos tem 10 olumes de disco, então 10 encadeamentos DiskSererThread sempre estão em execução. Como o SsAuxThread não é um pai para os encadeamentos DiskSererThread, não é possíel usar o ID do encadeamento SsAuxThread para localizar um DiskSererThread que está sendo usado. Para graar os dados, o encadeamento SsSWThread controla um encadeamento filho separado que é chamado AgentThread, que graa os dados no olume de destino. A moimentação de dados inicia com o DiskSererThread que lê os dados do olume que tem os dados a serem migrados. Esses dados são processados por meio dos encadeamentos SsAuxSrcThread, DfMigrationThread e SsSWThread. A moimentação de dados termina quando os dados são graados no olume de destino pelo encadeamento AgentThread que graa os dados. Windows O principal encadeamento, DfMigrationThread, faz o trabalho de selecionar os dados para migração e os olumes que são lidos e graados. O encadeamento inicia dois encadeamentos filhos: SsAuxSrcThread, que controle as operações de leitura, e SsSWThread, que controla as operações Capítulo 8. Coletando e Analisando Dados de Problemas de Desempenho 79

94 de graação. O encadeamento SsAuxSrcThread lê dados diretamente dos discos, sem usar outros encadeamentos. Para graar os dados, o encadeamento SsSWThread controla um encadeamento filho separado que é chamado AgentThread, que graa os dados no olume de destino. Consulte Figura 8. DfMigrationThread Controla o que é migrado de um conjunto de armazenamentos SsAuxSrcThread Controla as operações de leitura Moimentação SsSWThread Controla as operações de graação AgentThread Graa os dados Figura 8. Encadeamentos para Migração do Conjunto de Armazenamentos em Sistemas Windows A moimentação de dados inicia com o SsAuxSrcThread que lê os dados do olume que tem os dados a serem migrados. Esses dados são processados por meio dos encadeamentos DfMigrationThread e SsSWThread. A moimentação de dados termina quando os dados são graados no olume de destino pelo encadeamento AgentThread que graa os dados. Backups para Conjuntos de Armazenamentos de Acesso Aleatório O principal encadeamento para uma operação de backup para um conjunto de armazenamentos de acesso aleatório é DfBackupPoolThread. Os encadeamentos para leitura do conjunto de armazenamentos de acesso aleatório diferem de acordo com o sistema operacional. AIX, Linux, HP-UX e Solaris O principal encadeamentos, DfBackupPoolThread, controla o trabalho para a operação de backup, incluindo a seleção de olumes e a leitura e graação dos dados. O encadeamento inicia dois encadeamentos filhos: SsAuxSrcThread, que controle as operações de leitura, e SsSWThread, que controla as operações de graação. Consulte Figura 9 na página IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

95 DfBackupPoolThread Controla o backup de um conjunto de armazenamentos de acesso aleatório SsAuxSrcThread Controla as operações de leitura Moimentação SsSWThread Controla as operações de graação DiskSererThread Lê de olume do disco 1 AgentThread Graa os dados DiskSererThread Lê de olume do disco 2 DiskSererThread Lê de olume do disco n Figura 9. Encadeamentos para Backup de Conjuntos de Armazenamentos de Acesso Aleatório em Sistemas AIX, Linux, HP-UX e Solaris Para ler os dados, o encadeamento SsAuxSrcThread usa um encadeamento DiskSererThread para cada olume que dee ser lido. O encadeamento SsAuxThread usa diersos encadeamentos se os dados que estierem sendo migrados estierem em mais de um olume. Encadeamentos DiskSererThread são independentes do encadeamento SsAuxSrcThread. Para cada olume em um conjunto de armazenamentos de acesso aleatório, um DiskSererThread executa constantemente para ler e graar desse olume particular. Por exemplo, se o conjunto de armazenamentos tem 10 olumes de disco, então 10 encadeamentos DiskSererThread sempre estão em execução. Como o SsAuxThread não é um pai para os encadeamentos DiskSererThread, não é possíel usar o ID do encadeamento SsAuxThread para localizar um DiskSererThread que está sendo usado. Para graar os dados, o encadeamento SsSWThread controla um encadeamento filho separado que é chamado AgentThread, que graa os dados no olume de destino. A moimentação de dados inicia com o DiskSererThread que lê os dados do olume que tem os dados dos quais será feito backup. Esses dados são processados por meio dos encadeamentos SsAuxSrcThread, DfBackupPoolThread e SsSWThread. A moimentação de dados termina quando os dados são graados no olume de destino pelo encadeamento AgentThread que graa os dados. Windows O principal encadeamentos, DfBackupPoolThread, controla o trabalho para a operação de backup, incluindo a seleção de olumes e a leitura e graação dos dados. O encadeamento inicia dois encadeamentos filhos: SsAuxSrcThread, que controle a leitura dos dados, e SsSWThread, que controla a graação dos dados. O encadeamento SsAuxSrcThread lê os dados diretamente dos discos, sem usar outros encadeamentos. Para graar Capítulo 8. Coletando e Analisando Dados de Problemas de Desempenho 81

96 os dados, o encadeamento SsSWThread controla um encadeamento filho separado que é chamado AgentThread, que graa os dados no olume de destino. Consulte Figura 10. DfBackupPoolThread Controla o backup de um conjunto de armazenamentos de acesso aleatório SsAuxSrcThread Controla as operações de leitura Moimentação SsSWThread Controla as operações de graação AgentThread Graa os dados Figura 10. Encadeamentos para Backup dos Conjuntos de Armazenamentos de Acesso Aleatório em Sistemas Windows A moimentação de dados inicia com o SsAuxSrcThread que lê os dados do olume que tem os dados dos quais será feito backup. Esses dados são processados por meio dos encadeamentos DfBackupPoolThread e SsSWThread. A moimentação de dados termina quando os dados são graados no olume de destino pelo encadeamento AgentThread que graa os dados. Backups para Conjuntos de Armazenamentos de Acesso Sequencial O principal encadeamento para uma operação de backup para um conjunto de armazenamentos de acesso sequencial é AfBackupPoolThread. Esse encadeamento controla o trabalho para a operação de backup, incluindo a seleção de olumes e a leitura e graação dos dados. O principal encadeamento inicia dois encadeamentos filhos: SsAuxSrcThread, que controle as operações de leitura, e SsSWThread, que controla as operações de graação. Cada um desses encadeamentos filhos controla um encadeamento filho separado que é chamado de AgentThread, que lê ou graa os dados. Consulte Figura 11 na página IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

97 AfBackupPoolThread Controla o backup de um conjunto de armazenamentos de acesso sequencial SsAuxSrcThread Controla as operações de leitura Moimentação SsSWThread Controla as operações de graação AgentThread Lê os dados AgentThread Graa os dados Figura 11. Encadeamentos para Backup de Conjuntos de Armazenamentos de Acesso Sequencial A moimentação de dados inicia com o AgentThread que lê os dados do olume que tem os dados dos quais será feito backup. Esses dados são processados por meio dos encadeamentos SsAuxSrcThread, AfBackupPoolThread e SsSWThread. A moimentação de dados termina quando os dados são graados no olume de destino pelo encadeamento AgentThread que graa os dados. Relatório de Instrumentação do Cliente Use a instrumentação de cliente para coletar dados de desempenho no cliente de backup-archie do Tioli Storage Manager. Iniciando a Instrumentação de Cliente A instrumentação de cliente do Tioli Storage Manager identifica o tempo decorrido que é gasto ao executar determinadas atiidades. A instrumentação de cliente coleta dados de desempenho apenas no cliente de backup-archie, e não na API ou em produtos do Tioli Storage Manager Data Protection. O cliente de instrumentação é uma ferramenta que pode ser usada apenas na interface da linha de comandos ou no planejador de cliente. Ele não está disponíel na GUI do cliente de backup-archie ou no Web client. É possíel iniciar uma instrumentação de cliente usando uma das seguintes opções: Na interface da linha de comandos, inclua a seguinte opção em um comando: -testflag=instrument:detail Para o planejador, inclua a instrução a seguir no arquio de opções do cliente (dsm.opt) em clientes do Windows ou no arquio de opções do sistema do cliente (dsm.sys) nos clientes do UNIX e Linux: testflag instrument:detail Poderá ser necessário reiniciar o planejador após editar o arquio de opções do cliente. A saída de instrumentação é anexada ao arquio dsminstr.report.ppid no qual PID é um número. O arquio fica no diretório que é especificado pela ariáel de ambiente DSM_LOG. Capítulo 8. Coletando e Analisando Dados de Problemas de Desempenho 83

98 Para obter os resultados sem aguardar os comandos serem concluídos, cancele as sessões do cliente no seridor. Se ocê cancelar a sessão do cliente usando Ctrl+C no sistema do cliente, a instrumentação não será graada corretamente para o arquio de saída de instrumentação. Categorias de Instrumentação do Cliente A instrumentação do cliente do Tioli Storage Manager relata os tempos decorridos de muitas categorias de processo. A tabela a seguir lista as categorias de instrumentação do cliente que são controladas e a atiidade que é cronometrada. Tabela 12. Categorias de Instrumentação do Cliente Categoria Atiidade Consultar Diretórios do Seridor Receber os diretórios de inentário do seridor para backup incremental Consultar Arquios do Seridor Receber os arquios de inentário do seridor para backup incremental Processar Diretórios Varrer a procura de arquios para fazer backup Exame de Cache Varrer o banco de dados do cache de disco local a procura de arquios para expirar Árore de Resolução Determinar a estrutura de diretório Cálculo Calcular o rendimento eaproporção de compactação Verbo BeginTxn Construção de transações Transação Abrir e fechar arquio e outras operações ariadas E/S de Arquio Leitura e graação de arquio Compactação Compactação e Descompactação de Dados Criptografia Criptografia e decriptografia de dados CRC Cálculo e comparação de alores de CRC Delta Processamento de Backup de Subarquio Adaptáel Verbo de Dados Eniar e receber dados para o, e do, seridor (aponta para a rede ou para o seridor Tioli Storage Manager) Verbo Confirmar Tempo de resposta durante o backup do erbo de confirmação do seridor Verbo EndTxn Confirmação de transação e sincronização de fita do seridor (aponta para o seridor Tioli Storage Manager) Outro Tudo o que ainda não foi controlado. 84 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

99 Relatório de Instrumentação do Cliente da API Use a instrumentação de cliente da API para coletar dados de desempenho dos aplicatios que usam a API do Tioli Storage Manager. A instrumentação de cliente da API identifica o tempo decorrido das atiidades do aplicatio. Ela é usada para aplicatios e produtos que usam a API, como Tioli Storage FlashCopy Manager, Tioli Storage Manager for Mail, ou Tioli Storage Manager for Databases. É possíel iniciar a instrumentação de cliente da API ao incluir a instrução a seguir no arquio de opções do cliente (dsm.opt) em clientes do Windows ou no arquio de opções do sistema do cliente (dsm.sys) nos clientes do UNIX e Linux: testflag instrument:api A saída é anexada ao arquio dsminstr.report.ppid no diretório que é especificado pela ariáel de ambiente DSM_LOG. As categorias para o rastreamento das atiidades da API são diferentes das categorias de instrumentação de cliente. Iniciando a Instrumentação do Cliente da API Use a instrumentação de cliente da API para coletar dados de desempenho dos aplicatios que usam a API do Tioli Storage Manager. A instrumentação de cliente da API identifica o tempo decorrido das atiidades do aplicatio. Ela é usada para aplicatios e produtos que usam a API, como o Tioli Storage FlashCopy Manager, o Tioli Storage Manager for Mail, o Tioli Storage Manager for Databases, o Tioli Storage Manager for Virtual Enironments ou o Tioli Storage Manager for Enterprise Resource Planning. É possíel iniciar a instrumentação de cliente da API ao incluir a instrução a seguir no arquio de opções do cliente (dsm.opt) em clientes do Windows ou no arquio de opções do sistema do cliente (dsm.sys) nos clientes do UNIX e Linux: testflag instrument:api Na interface da linha de comandos, anexe a linha a seguir no final do comando: -testflag=instrumentation:api A saída é anexada ao arquio dsminstr.report.ppid no diretório que é especificado pela ariáel de ambiente DSM_LOG. As categorias para o rastreamento das atiidades da API são diferentes das categorias de instrumentação de cliente. Categorias de Instrumentação de API A instrumentação de cliente da API do Tioli Storage Manager relata os tempos decorridos para muitas categorias de processo. A tabela a seguir lista as categorias de instrumentação de cliente da API que são controladas e a atiidade que é cronometrada. Capítulo 8. Coletando e Analisando Dados de Problemas de Desempenho 85

100 Tabela 13. Categorias de Instrumentação de API Categoria Atiidade Waiting on App O tempo que a API do Tioli Storage Manager espera para que o aplicatio enie dados do Tioli Storage Manager. Por exemplo, o tempo gasto esperando para que um aplicatio de banco de dados enie dados do Tioli Storage Manager. Se esse alor for alto, foque a análise de desempenho no aplicatio que está eniando os dados e também no desempenho do disco. API Send Data O tempo gasto com o enio de dados para o seridor Tioli Storage Manager. Se o alor for alto, poderá haer um problema de rede ou um problema de desempenho do conjunto de armazenamentos no seridor Tioli Storage Manager. API Query O tempo gasto consultando informações no seridor Tioli Storage Manager. API Get Data O tempo gasto recuperando dados a partir do seridor Tioli Storage Manager. Um alor alto pode representar problemas de rede entre o seridor e o cliente ou problemas de desempenho do conjunto de armazenamentos do seridor. Por exemplo, elocidades de disco ou tempos de montagem da fita lentos. API End Txn O tempo gasto confirmando a transação atual para o seridor Tioli Storage Manager. Se o alor for alto, considere alterar as configurações que possam usar grandes transações de cliente ou examinar o desempenho de graação do log atio do seridor. API Dedup fingerprint O tempo gasto calculando os tamanhos de segmentação dos dados recebidos. Essa categoria é uma operação com uso intensio de CPU. API ICC Digest (dedup) O tempo gasto calculando o hash para os segmentos de deduplicação. Essa categoria é uma operação com uso intensio de CPU. API Query Dedup Cache O tempo gasto consultando o cache de deduplicação no disco local para segmentos de deduplicação. API Query Serer Dedup O tempo gasto consultando segmentos de deduplicação no seridor Tioli Storage Manager. Se esse alor for alto, examine o desempenho do banco de dados no seridor Tioli Storage Manager. API Misc Outras atiidades menores do cliente da API do Tioli Storage Manager. 86 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

101 Cenários para Análise de Dados de Instrumentação Os cenários podem ajudar a ilustrar como usar e interpretar os relatórios de instrumentação. Cenário: Melhorando o Desempenho dos Backups de Cliente O cenário ilustra como interpretar os relatórios de instrumentação de cliente para resoler um problema com as operações de backup. Problema Dae, um administrador do Tioli Storage Manager está obserando uma degradação no desempenho das operações de backup em um seridor de arquios. Ele está fazendo o backup do seridor de arquios a partir de um cliente de backup-archie AIX para um seridor AIX e o desempenho diminuiu de um rendimento médio de 32 MB por segundo para 15 MB por segundo nos últimos dias. Objetio Dae espera restaurar seus níeis de rendimento anteriores durante os backups. Coleta de Dados Dae coleta os seguintes dados: Dados de instrumentação de cliente Dados de monitoramento do seridor, gerados ao executar o script de monitoramento do seridor (serermon6.pl) Análise e Determinação de Gargalo Os dados fluem do cliente, sobre a rede, para o seridor Tioli Storage Manager. 3 Client 5 Rede LAN 7 Seridor Tioli Storage 4 NIC 6 NIC Caminho 2 HBA 8 HBA 9 HBA 11 Biblioteca de fitas 1 Disc 10 Disco 12 Unidades de fita Figura 12. Fluxo de Dados para Operações de Backup de Cliente sobre uma Rede Local Após o fluxo de dados, Dae consulta os dados de cliente primeiro. A operação de backup mais recente foi concluída com as estatísticas a seguir: Total number of objects inspected: 1 Total number of objects backed up: 1... Total number of bytes transferred: GB Capítulo 8. Coletando e Analisando Dados de Problemas de Desempenho 87

102 LanFree data bytes: GB Serer-Free data bytes: 0 B Data transfer time: sec Network data transfer rate: 57, KB/sec Aggregate data transfer rate: 16, KB/sec Elapsed processing time: 00:12:28 Aerage file size: GB Para determinar onde a lentidão ocorre, Dae executa um backup de teste do seridor de arquios com a opção testflag=instrument:detail. Ao configurar essa opção, Dae coleta os dados de instrumentação de cliente sobre a operação de backup. Ele reisa a saída de instrumentação. O relatório de instrumentação de cliente mostra que, durante o backup, um grande período de tempo foi gasto nas operações File I/O. O tempo decorrido do backup foi de 746,666 segundos e 524,380 segundos foram gastos em File I/O. Consultando as categorias de instrumentação de cliente em Tabela 12 na página 84, Dae erifica que a categoria File I/O representa o tempo decorrido para as operações de leitura e graação de arquio. Thread: 2571 Elapsed time sec Section Actual (sec) Aerage(msec) Frequency used Process Dirs Sole Tree Compute BeginTxn Verb Transaction File I/O Compression Encryption CRC Delta Data Verb Confirm Verb EndTxn Verb Other A taxa de transferência de dados é calculada diidindo o tamanho do arquio pelo tempo que é registrado no campo E/S de Arquio na saída de instrumentação: (11.66 GB x 1024 MB/GB)/ s = 22.8 MB/s O backup apenas lê os dados a partir do disco do cliente, portanto, Dae suspeita de um problema com o disco no sistema do cliente. Resolução de Problemas Ao realizar uma inestigação adicional, Dae descobre que o sistema de arquios do AIX foi montado recentemente com a opção cio, que atiou a E/S simultâneas no sistema de arquios. Ele conclui que a montagem do sistema de arquios com a opção de E/S simultânea do AIX causou uma degradação no desempenho do backup. A E/S simultânea impede operações de leitura antecipada do sistema de arquios. Dae modificou as configurações do sistema para assegurar-se de que o sistema de arquios do AIX não seja montado com a opção cio. Como resultado, o desempenho das operações de backup foi restaurado para seu níel anterior. 88 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

103 Cenário: Melhorando o Desempenho de Operações de Migração Esse cenário ilustra como interpretar os dados de monitoramento do seridor para melhorar as operações de migração. Problema Kate é uma administradora do Tioli Storage Manager e obserou que as migrações de conjunto de armazenamentos do disco para a fita são executadas com lentidão no seridor Windows. Objetio Kate espera que o tempo de graação seja de um alor próximo ao das capacidades da unidade. Coleta de Dados Kate coleta os seguintes dados: Dados de monitoramento do seridor, gerados ao executar o script de monitoramento do seridor (serermon6.pl). Dica: Kate executa o processo de migração durante cerca de 30 minutos antes de iniciar o script. Dessa forma, ela eita a coleta de dados para montagens da fita. Ela permite que o script seja executado por cerca de 1 hora. Análise e Determinação de Gargalo Durante a operação de migração, os dados são lidos a partir do disco e graados para a fita. 3 Seridor Tioli Storage 2 HBA Caminho de dados 4 HBA 1 Conjunto de discos de armazenamento 5 Biblioteca de fitas 6 Unidades de fita Figura 13. Fluxo de Dados para Operações de Migração Após o fluxo de dados, Kate consulta a atiidade de leitura de disco primeiro. Capítulo 8. Coletando e Analisando Dados de Problemas de Desempenho 89

104 Conforme Kate inestiga, ela percebe que todas as operações de fita estão lentas, incluindo backups de cliente, recuperação e backups de banco de dados para a fita. Kate suspeita de um problema com o sistema de fita, que pode estar causando a lentidão no tempo de graação. O sistema de fita é uma biblioteca LTO com unidades de fita conectadas ao SCSI. Para determinar onde ocorre a lentidão, Kate executa um teste de migração de conjunto de armazenamentos do disco para a fita e coleta dados de instrumentação do seridor, usando o script de monitoramento do seridor. Ela localiza os arquios que foram coletados pelo script de monitoramento do seridor e localiza os arquios que receberam registro de data e hora durante o período em que a migração estaa lenta. Ela procura arquios que estejam no formato: YYYYMMDD-HHMM-YYYYMMDD-HHMM-instr.txt, em que os registros de data e hora representam os horários de início e de término de quando a saída foi reunida. Kate reisa o arquio e localiza o Encadeamento 61, que processou um total de KB. Em seguida, ela localiza o encadeamento correspondente que possui uma categoria Tape Write, que processou uma quantia semelhante de dados. Ela localiza o Encadeamento 34, que processou KB. Thread 61 DfMigrationThread (Win Thread ID 4436) 17:39:076-->17:47:38 Operation Count Tottime Agtime Min- Max- Inst Total time time Tput KB Disk Read Thread Wait Unknown Total Thread 34 AgentThread (Win Thread ID 5340) 17:39: >17:47: Operation Count Tottime Agtime Min- Max- Inst Total time time Tput KB Tape Write Tape Data Copy Thread Wait Unknown Total Kate usou as categorias de instrumentação de seridor no Tabela 11 na página 75 para entender o significado das categorias Disk Read, Tape Write e Thread Wait. A saída de instrumentação do seridor mostra as seguintes características: Os dados do Encadeamento 61 mostram um alor alto para o campo Thread Wait (487,450 segundos) e um alor baixo para o campo Disk Read (22,680 segundos). Esse resultado indica que o Encadeamento 61 não é uma preocupação porque o rendimento instantâneo é aceitáel e o encadeamento estaa em uma fase de espera. O disco não é um problema. Dica: O rendimento instantâneo, Inst Tput, é calculado diidindo o alor de Total KB pelo alor de Tottime. Os dados do Encadeamento 34 mostram que há um alor baixo para o campo Thread Wait (0,220 segundos) e um alor alto para o campo Tape Write (508,816 segundos). A saída também mostra que o alor de Inst Tput para a graação da fita é muito lento (1902,8 KB por segundo). Ela concluiu que o problema está relacionado ao sistema de fita, conforme mostrado pelo alor alto de Tape Write. 90 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

105 Resolução de Problemas Kate inestiga as seguintes origens proáeis do problema do sistema de fita: O caminho de conexão da fita O níel do drier de dispositio da unidade de fita O níel de drier adaptador SCSI As configurações do adaptador SCSI Após a inestigação, Kate atualiza o drier de dispositio do adaptador SCSI. A migração do conjunto de armazenamentos do disco para a fita melhora até 75% da capacidade natia. Os backups de cliente na fita também são muito mais rápidos. Dica: Todas as elocidades do seridor dependem do hardware que é usado. Os alores no cenário podem não se aplicar ao sistema. Consulte as características do desempenho da unidade de fita ou do sistema de disco para determinar um níel aceitáel de desempenho. Cenário: Melhorando o Desempenho dos Backups de Banco de Dados Esse cenário ilustra como interpretar os dados da instrumentação de cliente da API e os dados de monitoramento do seridor para melhorar as operações de backup do banco de dados. Problema Dae, um administrador do sistema, percebe uma degradação no desempenho dos backups do banco de dados do seridor após um upgrade do Tioli Storage Manager. Objetio Dae espera que o tempo de conclusão de um backup de banco de dados seja igual ao que era antes do upgrade. Coleta de Dados Dae coleta os seguintes dados: Dados de instrumentação de cliente da API Dados de monitoramento do seridor, gerados ao executar o script de monitoramento do seridor (serermon6.pl) Dae executa a instrumentação de cliente da API e o script de monitoramento do seridor durante todo o período do backup de banco de dados. Análise e Determinação de Gargalo Durante as operações de backup de banco de dados, o banco de dados é lido e depois seu backup é realizado para o conjunto de armazenamentos de destino. Capítulo 8. Coletando e Analisando Dados de Problemas de Desempenho 91

106 1 Seridor Tioli Storage 2 HBA 4 HBA 3 Disco(s) nos quais o banco de dados Tioli Storage Manager está localizado 5 Biblioteca de fitas 6 Unidades de fita Figura 14. Fluxo de Dados para Operações de Backup de Banco de Dados Dae começa reisando os dados da instrumentação de cliente da API. Ele descobre que o Encadeamento 1 mostra um período de backup de quase 5 horas (17954,687 segundos). Cerca de 99% do tempo foi gasto na categoria API send data. Ao reisar as categorias do cliente da API no Tabela 13 na página 86, Dae determina que a maior parte do tempo foi gasta eniando os dados ao seridor Tioli Storage Manager pela rede ou graando os dados para o dispositio de backup. Thread: 1 Elapsed time = sec (1) Section Actual(sec) Aerage(msec) Frequency used Waiting on App API Send Data (2) API Query API End Txn API Misc Other Dae reisa os dados de instrumentação de seridor. Ele determina o horário em que o backup de banco de dados foi iniciado, examinando o log de atiidades do Tioli Storage Manager. Ele localiza os arquios que foram coletados pelo script de monitoramento do seridor e localiza os arquios que receberam registro de data e hora durante o backup de banco de dados. Os nomes de arquio possuem a seguinte estrutura:yyyymmdd-hhmm-show.txt. Ao examinar um arquio que recebeu o registro de data e hora durante o backup de banco de dados, Dae localiza o número do encadeamento para o backup de banco de dados. Dica: Para os backups de bancos de dados do seridor, o nome do nó associado é sempre $$_TSMDBMGR_$$. Dae procura os dados para um nó chamado $$_TSMDBMGR_$$ e localiza as informações para a sessão de backup de banco de dados: 92 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

107 Session 22486: Type=Node, Id=$$_TSMDBMGR_$$ Platform=DB2/AIX64, NodeId=1, Owner=tsminst SessType=4, Index=0, TermReason=0 threadid=24431 ProxyByAgent False RecWaitTime=0.000 (samples=0) Backup Objects ( bytes ) Inserted: 0 ( 0.0 ) Backup Objects ( bytes ) Restored: 0 ( 0.0 ) Archie Objects ( bytes ) Inserted: 0 ( 0.0 ) Archie Objects ( bytes ) Retrieed: 0 ( 0.0 ) Last Verb ( ConfirmResp ), Last Verb State ( Sent ) Global id reports 0 mount points in use Write MP count 0, read MP count 0 keepusedmp = No. As informações mostram que o Encadeamento está associado ao backup de banco de dados. Dae abre o relatório de instrumentação de seridor que cobre o mesmo interalo de tempo. Os nomes de arquio nos relatórios de instrumentação de seridor possuem o formato YYYYMMDD-HHMM-YYYYMMDD-HHMM-instr.txt, em que, os registros de data e hora representam os horários de início e término de quando a saída foi reunida. Ele procura o Encadeamento e localiza a saída a seguir: Thread :21: >00:43: Operation Count Tottime Agtime Mintime Maxtime InstTput Total KB Network Rec (3) Network Send Thread Wait Unknown Total Dae descobre que a maior parte do tempo foi gasta na fase Network Rec. Ao reisar as categorias de instrumentação de seridor no Tabela 11 na página 75, ele determina que a maior parte do tempo foi gasta recebendo dados da rede. Dae determina que a rede está causando a degradação no desempenho. Os relatórios do cliente e seridor mostram lentidão nos tempos de enio e recebimento de dados sobre a rede Resolução de Problemas Dae identifica as configurações de rede que foram configuradas incorretamente como resultado do upgrade. Dae corrige as configurações, e o desempenho do tempo do backup de banco de dados atinge o mesmo níel que antes do upgrade. Cenário: Melhorando o Desempenho das Operações de Restauração para os Aplicatios de Banco de Dados Esse cenário ilustra como interpretar os dados de instrumentação de cliente da API e os dados de monitoramento do seridor para melhorar as operações de restauração do aplicatio de banco de dados. Problema Kate, uma administradora do Tioli Storage Manager percebe uma degradação no desempenho nas operações de restauração para um banco de dados de aplicatios SAP Capítulo 8. Coletando e Analisando Dados de Problemas de Desempenho 93

108 Objetio Kate espera melhorar o desempenho das operações de restauração do banco de dados. Coleta de Dados Kate coleta os seguintes dados: Dados de instrumentação de cliente da API Dados de monitoramento do seridor, gerados ao executar o script de monitoramento do seridor (serermon6.pl) Kate executa a instrumentação de cliente da API e o script de monitoramento do seridor durante toda a operação de restauração. Ela executa uma operação de restauração e coleta os dados de instrumentação durante um tempo de pouca ou nenhuma atiidade no seridor Tioli Storage Manager. Kate usa o IBM Tioli Storage Manager for Enterprise Resource Planning para fazer o backup do banco de dados para um aplicatio SAP. Análise e Determinação de Gargalo Durante a operação de restauração, os dados são lidos a partir do disco do cliente, eniados sobre a rede para o seridor Tioli Storage Manager e graados na fita. 8 Client 7 NIC 6 Rede LAN 5 NIC 4 Seridor Tioli Storage 9 HBA 3 HBA Caminho de dados 2 Biblioteca 10 Disc 1 Unidades Figura 15. Fluxo de Dados para Operações de Restauração para Aplicatios de Banco de Dados Após o fluxo de dados, Kate inicia a reisão dos dados de instrumentação do seridor. Primeiro, Kate anota o horário em que a restauração foi iniciada reisando o log de atiidades do Tioli Storage Manager. Em seguida, ela localiza os arquios que foram coletados pelo script de monitoramento do seridor e encontra os arquios que receberam o registro de data e hora perto do horário em que a operação de restauração estaa lenta. Os nomes de arquio de instrumentação possuem a seguinte estrutura: YYYYMMDD-HHMM-YYYYMMDD-HHMMinstr.txt. Kate examina a saída da instrumentação para localizar um encadeamento que estaa sendo lido a partir da fita. Ela encontra o Encadeamento Os dados para o encadeamento mostram que 9,100 segundos foram gastos na categoria Tape Read e há um rendimento instantâneo rápido (InstTput) de ,5 KB por segundo. Ela reisa as categorias de instrumentação de seridor em Tabela 11 na página IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

109 página 75 e descobre que não há problemas na leitura da fita. O rendimento instantâneo e a quantia alta de tempo de espera do encadeamento indicam que a leitura da fita não é o gargalo. Kate obsera que 99% do tempo foi gasto no Thread Wait (1199,192 segundos): Thread AgentThread parent= :16: >13:36: Operation Count Tottime Agtime Mintime Maxtime InstTput Total KB Tape Read Thread Wait Unknown Total Seguindo o fluxo de dados, ela procura um encadeamento com uma categoria Network Send e um encadeamento que tenha processado aproximadamente a mesma quantia de dados ( KB). Ela localiza o Encadeamento , que processou um total de KB. O Encadeamento é um encadeamento pssessionthread, que mostra a sincronização dos dados que foram eniados a partir do seridor, pela rede, para o cliente. Kate percebe que InstTput para o encadeamento foi de 2052,8 KB por segundo, ou seja, mais lento do que o esperado. A fase Thread Wait leou 0,786 segundos, ou seja, menos de 1% do tempo total. Os dados indicam que a maior parte do tempo foi gasto na fase Network Send. As descobertas sugerem a degradação do desempenho da rede no lado do cliente. Thread pssessionthread parent=299 13:16: >13:36: Operation Count Tottime Agtime Mintime Maxtime InstTput Total KB Data Copy Network Rec Network Send DB2 Fetch Prep DB2 Fetch Exec DB2 MFtch Exec DB2 Fetch DB2 MFetch DB2 Commit DB2 Reg Prep DB2 Reg Exec DB2 Reg Fetch Thread Wait Unknown Total Em seguida, Kate consulta o relatório de instrumentação de cliente da API. Capítulo 8. Coletando e Analisando Dados de Problemas de Desempenho 95

110 Detailed Instrumentation statistics for Thread: 2911 Elapsed time = sec Section Actual(sec) Aerage(msec) Frequency used Waiting on App API Get Data Other Detailed Instrumentation statistics for Thread: 2902 Elapsed time = sec Section Actual(sec) Aerage(msec) Frequency used Waiting on App API Get Data Other Detailed Instrumentation statistics for Thread: 2893 Elapsed time = sec Section Actual(sec) Aerage(msec) Frequency used Waiting on App API Get Data Other Ao reisar os dados da instrumentação de cliente da API, Kate obsera que o maior período de tempo foi gasto na categoria Waiting on App. Essa categoria mostra o tempo gasto pelo aplicatio para processar os dados de restauração. Depois que Kate reisa o relatório da API, ela determina que a maior parte do tempo de restauração foi gasto esperando o banco de dados de aplicatios. Na próxima etapa, Kate pôde erificar o desempenho do sistema de disco. Resolução de Problemas Kate entra em contato com o administrador de armazenamento e o administrador do SAP para ajudar a resoler o problema. Após uma inestigação adicional, o administrador de armazenamento determina que o layout do banco de dados é a origem do problema e o corrige. 96 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

111 Parte 4. Ajustando os Componentes Após erificar se ocê está seguindo as recomendações para obter a configuração ideal, conheça as opções e os parâmetros que podem ajudar a ajustar o desempenho. Copyright IBM Corp. 1996,

112 98 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

113 Capítulo 9. Ajustando o Desempenho do Seridor Muitos fatores deem ser considerados quando ajustar a configuração de seu seridor Tioli Storage Manager para obter um desempenho ideal. Reise essas informações para aaliar as configurações de seu sistema operacional, as principais operações do Tioli Storage Manager, o planejamento de cargas de trabalho do seridor e do cliente e a configuração de funções que requerem recursos de seridor adicionais. Configuração e Ajuste de Log do Banco de Dados do Seridor e de Recuperação O modo com que ocê configura e dimensiona os logs do banco de dados e de recuperação é essencial para o desempenho do Tioli Storage Manager. O seridor registra as mudanças que são feitas no banco de dados no log de recuperação. O log de recuperação é usado para manter o banco de dados em um estado consistente transacionalmente e manter consistência entre as operações de inicialização do seridor. O log de recuperação é composto de um log atio, de um log de archie e de logs opcionais, incluindo o espelho de log atio e o log de failoer de archie. A figura a seguir mostra o seridor, o banco de dados eolog de recuperação do Tioli Storage Manager relacionados entre si. Log de recuperação do Tioli Log atio Seridor Tioli Storage Banco de dados DB2 Parâmetro ActieLogDir Espelho do log Parâmetro MirrorLogDir Log de Parâmetro ArchieLogDir Conjuntos de armazenamentos em disco Log de archie de failoer Parâmetro ArchFailoerLogDir Figura 16. Componentes do Log de Banco de Dados e de Recuperação do Tioli Storage Manager Copyright IBM Corp. 1996,

114 Configuração e Ajuste do Banco de Dados O banco de dados do Tioli Storage Manager contém informações que são necessárias para as operações do seridor e informações sobre os dados de cliente. Assegure-se de configurar adequadamente os requisitos de espaço e planejar antecipadamente contando com o crescimento futuro do banco de dados. Dica: Conclua o Lista de Verificação para Discos do Banco de Dados do Seridor na página 12 para erificar se o hardware do banco de dados do seridor está configurado para um bom desempenho. Configurando os Diretórios do Banco de Dados do Seridor para Obter o Desempenho Ideal Os contêineres de banco de dados são os diretórios que o DB2 usa para armazenar o banco de dados do seridor. O tamanho do banco de dados geral e a quantia de dados manipulados diariamente são os fatores mais importantes de como configurar os diretórios do banco de dados. Planeje o Crescimento com Mais Diretórios no Início Quando estier configurando o espaço de banco de dados, assegure-se de configurar considerando o crescimento futuro, incluindo diretórios extra no começo. Se ocê estier começando com uma quantia moderada de dados, mas planeje gerenciar mais dados, assegure-se de planejar para uma quantia maior dados para eitar o trabalho de reconfiguração posterior. Se ocê precisar incluir diretórios após a configuração inicial, assegure-se de criar diretórios com tamanho igual. É possíel usar o comando EXTEND DBSPACE para incluir noos diretórios para uso do banco de dados. Após incluir o noo espaço, talez ocê deseje rebalancear as operações de E/S entre todos os diretórios. Quando um noo diretório do banco de dados é incluído, o DB2 continua usando os diretórios do banco de dados que já estaam em uso e não iniciará imediatamente o uso do noo diretório, a menos que ocê execute etapas para re-equilibrar os espaços na tabela. O rebalanceamento também ajuda a melhorar o desempenho. Para obter informações adicionais, consulte Rebalanceando E/S para o Banco de Dados Após Incluir Sistemas de Arquios na página 104. Usar Diersos Diretórios de Banco de Dados A forma de difusão dos diretórios do banco de dados entre o armazenamento em disco disponíel causa um forte efeito no desempenho. Siga essas diretrizes para os diretórios do banco de dados que for utilizado: Use pelo menos diretórios do quatro inicialmente para o banco de dados, distribua pelas LUNs do quatro ou discos físicos. Para grandes seridores Tioli Storage Manager, use diretórios do oito ou mais. É possíel usar até 128 diretórios para o banco de dados do seridor. Para seridores 500 GB, para os quais a deduplicação de dados é planejada, use diretórios do oito ou mais para o banco de dados do seridor. Com a deduplicação de dados, o carregamento no banco de dados se torna maior porque haerá consultas frequentes para o banco de dados para determinar quais extensões deduplicadas estão no seridor. Faça com que os diretórios usados para o banco de dados tenham o mesmo tamanho para garantir o paralelismo. 100 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

115 Coloque cada diretório de banco de dados em um sistema de arquios diferente. Esse posicionamento melhora o desempenho porque o DB2 diide os dados do banco de dados entre os ários diretórios. Coloque os diretórios em discos que possuam a mesma capacidade e características de E/S. Por exemplo, não combine unidades de RPM e RPM para os diretórios do banco de dados. Para a maioria dos sistemas de disco, o desempenho melhorará se um diretório do banco de dados estier em uma LUN, que possua um olume lógico. Objetio para uma proporção de um diretório do banco de dados, matriz ou LUN para cada processo de expiração de inentário. A imagem a seguir ilustra como distribuir diretórios de banco de dados para deduplicação de dados usando oito discos. Sistema de arquios Sistema de arquios Sistema de arquios Sistema de arquios LUN LUN LUN LUN Diretórios do banco Discos de alta LUN LUN LUN LUN Sistema de arquios E Sistema de arquios F Sistema de arquios G Sistema de arquios H Figura 17. Distribuição de Diretórios do Banco de Dados do Tioli Storage Manager Reorganizando Tabelas de Banco de Dados e Índices O desempenho do seridor pode diminuir quando as tabelas de banco de dados e os índices das tabelas não são reorganizados. Ao longo do tempo, as informações do banco de dados se tornam fragmentadas, causando um crescimento inesperado do banco de dados e aumentando os requisitos de espaço para os logs atios e de archie. Reorganizar as tabelas e os índices de tabela reduz a fragmentação e recupera espaço. O Tioli Storage Manager reorganiza as tabelas e os índices, por padrão. Permita que a reorganização das tabelas e índices iniciada pelo seridor seja executada. Se a reorganização automática estier afetando o desempenho do seridor, será possíel planejar a reorganização manualmente. Para obter as informações mais recentes sobre a execução de reorganização e outras considerações para os seridores Tioli Storage Manager Versão 6, consulte a nota técnica em Capítulo 9. Ajustando o Desempenho do Seridor 101

116 Fazendo Backup do Banco de Dados com Multistreaming Simultâneo É possíel usar ários fluxos de dados simultâneos para os backups do banco de dados, o que reduz o tempo necessário para a conclusão de uma operação de backup ou restauração. A quantia de tempo que pode ser economizada depende do tamanho do banco de dados. Em geral, os melhores benefícios no desempenho ocorrem quando a configuração é atualizada de um para dois fluxos e quando o banco de dados tem mais de 100 GB. Uma desantagem potencial do uso do processamento multistream é que são necessários mais olumes e unidades do que para o processamento de fluxo único. Por exemplo, se o backup de um banco de dados de 850 GB precisar de um único olume Linear Tape-Open (LTO), ao alternar para quatro fluxos de dados serão necessárias quatro unidades. Os olumes podem ser parcialmente preenchidos, especialmente se for usada uma compactação de olume e de dispositio de alta capacidade. Se um backup do banco de dados usar apenas 30% de um olume da fita após a compactação, o processamento com quatro fluxos resultará em quantias ainda maiores de espaço desperdiçado. Para obter informações adicionais, consulte o Tioli Storage Manager Guia do Administrador. Melhorando o Desempenho da Restauração do Banco de Dados Caso seja obserado um desempenho fraco durante uma restauração do banco de dados, erifique se o parâmetro do DB2 PREC_NUM_AGENTS está configurado corretamente. Quando Tioli Storage Manager estier instalado, o padrão para o parâmetro PREC_NUM_AGENTS será o número de processadores mais um. Geralmente, nenhuma mudança é necessária no padrão. No entanto, há casos em que o padrão pode não ser o ideal. Por exemplo, se processadores lógicos ou de diersos núcleos forem usados, o padrão poderá não ser o ideal para os processadores que são usados. Com isso, o banco de dados do Tioli Storage Manager poderá demorar muito mais tempo para restaurar. Configure ou atualize o parâmetro PREC_NUM_AGENTS se ele for configurado muito baixo ou muito alto comparado com o número de processadores físicos ou lógicos. Os alores ideais podem ariar do número de núcleos de processadores físicos mais um para o número de núcleos de processadores lógicos mais um, dependendo do modo com que os processadores são escalados. Por exemplo, se o sistema tier 16 processadores lógicos com 8 núcleos de processadores físicos, configure o parâmetro PREC_NUM_AGENTS como 17 ou 9, dependendo de quão bem os processadores são escalados. Par erificar a configuração de PREC_NUM_AGENTS, conclua as seguintes etapas: 1. Conclua uma restauração do banco de dados. 2. Determine o número de processadores que estão sendo usados durante o processo de restauração. Procure uma entrada semelhante ao exemplo a seguir no log db2diag: I E501 LEVEL: Warning PID : 5633 TID : PROC : db2sysc 0 INSTANCE: tsminst1 NODE : 000 DB : TSMDB1 APPHDL : 0-10 APPID: *LOCAL.tsminst IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

117 AUTHID : TSMINST1 EDUID : 35 EDUNAME: db2agent (TSMDB1) 0 FUNCTION: DB2 UDB, recoery manager, sqlprecm, probe:2000 DATA #1 : preformatted Using parallel recoery with 17 agents 10 QSets 160 queues and 6 chunks Neste exemplo, o número de agentes está configurado para Configure ou atualize o parâmetro PREC_NUM_AGENTS, conforme o necessário. Efetue login com o ID do usuário da instância do Tioli Storage Manager e conclua as etapas a seguir: a. Crie um arquio que seja chamado DB2BPVARS.cfg. b. Edite o arquio e inclua este texto: PREC_NUM_AGENTS=number em que number é o número de processadores mais um. c. Pressione ENTER. d. Sale o arquio. e. Execute o comando a seguir para configurar o parâmetro PREC_NUM_AGENTS: db2set DB2BPVARS=path_name em que path_name é o caminho do diretório completo para o arquio DB2BPVARS.cfg. O noo alor para o parâmetro PREC_NUM_AGENTS é usado para as operações subsequentes de restauração do banco de dados. 4. Se ocê recriar a instância do DB2 ou alterar a configuração do processador, ocê deerá reconfigurar o alor do parâmetro PREC_NUM_AGENTS. Configuração e Ajuste do Log de Recuperação O gerenciamento do log de recuperação é importante para operações normais do seridor. Dica: Conclua o Lista de Verificação para Discos de Log de Recuperação do Seridor na página 14 para que os sistemas de disco que estão sendo usados para os logs sejam configurados da maneira ideal. Em seguida, reise as informações a seguir sobre como configurar o log de recuperação. Para o log atio e o espelho de log atio, siga estas práticas: Certifique-se de que o diretório que armazena o log atio seja tão grande ou maior que o tamanho do log atio. Um diretório que seja maior do que o log atio poderá acomodar failoers, caso ocorram. Criar um espelho de log atio fornece maior confiabilidade, mas isso tem um custo. Quando o log for espelhado, ele poderá afetar o desempenho por causa da atiidade de E/S dobrada necessária para manter o espelho. O espaço adicional que o espelho do log requer é outro fator a ser considerado. Se ocê estier usando discos físicos separados para o log atio, use o parâmetro MIRRORLOGDIR no comando DSMSERV FORMAT para localizar o diretório de log de espelho. Após instalar o seridor, altere o local do diretório de log de espelho alterando o alor da opção MIRRORLOGDIR no arquio de opções do seridor e reiniciando o seridor. Use o processo de leitura antecipada do sistema de disco para atingir os logs atios com mais rapidez. Para o log de archie e log de archie de failoer, siga estas práticas: Capítulo 9. Ajustando o Desempenho do Seridor 103

118 É possíel criar opcionalmente um log de failoer de archie para armazenar os arquios de log de archie quando o diretório de log de archie estier cheio. É uma melhor prática manter um log de failoer de archie. Não compartilhe o espaço de log de archie com outros aplicatios, incluindo outros seridores Tioli Storage Manager. Outros aplicatios podem graar para o diretório de log de archie e usar o espaço necessário para o log de archie. Certifique-se de que cada seridor tenha um local de armazenamento separado possuído e gerenciado por esse seridor específico. Resere um espaço separado no log de archie de failoer para um possíel uso emergencial. Referências relacionadas: Otimização dos Processos de Leitura Antecipada do Sistema de Disco na página 153 Dimensionamento do Log de Recuperação Assegure-se de que o tamanho de logs atios e de archie atenda aos requisitos de carga de trabalho do seridor. O log atio é limitado a um tamanho máximo de 128 GB. O tamanho do log de archie é limitado apenas pelo tamanho do sistema de arquios no qual ele está localizado. É recomendado criar diretórios de log atios e de archie muito grandes e não muito pequenos. Considere os alores mínimos na tabela a seguir. Usar esses alores ou alores superiores pode eitar problemas de espaço de log para um seridor. Deduplicação do conjunto de armazenamentos atiada? Diretório de log atio: Tamanho mínimo Não 16 GB 48 GB SIM Use o tamanho máximo de 128 GB 128 GB Diretório de log de archie: Tamanho mínimo Para obter mais informações sobre o dimensionamento do log de recuperação e exemplos que são baseados em cargas de seridores diferentes, procure pelos requisitos de espaço de log de recuperação no Tioli Storage Manager Guia de Instalação. Referências relacionadas: Lista de Verificação para Discos de Log de Recuperação do Seridor na página 14 Rebalanceando E/S para o Banco de Dados Após Incluir Sistemas de Arquios Ao incluir sistemas de arquios em um banco de dados Tioli Storage Manager ersão 6.2 ou posterior, o espaço de armazenamento adicional poderá não ficar disponíel imediatamente ou poderá não ser usado até que o espaço existente nos sistemas de arquios fique cheio. Para iniciar a criação de contêineres ou diretórios em caminhos recentemente incluídos e realocar dados no noo conjunto de diretórios e em conjuntos de faixas, rebalanceie os espaços de tabela de armazenamento. Essa ação disponibiliza espaço para uso e também melhora o desempenho de E/S paralelo. Restrição: O processo de rebalanceamento apenas funciona com espaços de tabela do DB2 9.7, que são criados quando ocê formata um seridor Tioli Storage 104 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

119 Manager ersão 6.2 ou 6.3. Se ocê tier feito upgrade do seridor Tioli Storage Manager a partir da ersão 6.1, não será possíel rebalancear os espaços de tabela. Quando um espaço de tabela for rebalanceado, noos diretórios deerão ser criados nos noos caminhos do armazenamento antes que os dados sejam moidos. Assegure-se de que haja espaço em disco suficiente para a operação e que os caminhos do armazenamento possam hospedar os diretórios e dados. Por exemplo, suponha que o espaço de tabela tenha quatro diretórios sobre dois caminhos do armazenamento existentes (dois diretórios por caminho) e outro caminho do armazenamento para o banco de dados. O rebalanceamento desse espaço de tabela cria dois noos diretórios do mesmo tamanho que os diretórios existentes no noo caminho do armazenamento. Se o espaço de tabela tier um tamanho de aproximadamente 100 GB, será necessário 50 GB de espaço lire no noo caminho do armazenamento para que o rebalanceamento seja bem-sucedido. A imagem a seguir mostra o espaço de tabela de exemplo antes e após o rebalanceamento. Espaço de tabela existente Espaço de tabela rebalanceado com noos diretórios GB caminho de armazenamento diretórios caminho de armazenamento diretórios caminho de armazenamento diretórios caminho de armazenamento diretórios noo caminho de armazenamento noos diretórios Figura 18. Rebalanceando Espaços de Tabela Importante: O processo de rebalanceamento usa recursos consideráeis do sistema. Reise as diretrizes a seguir antes de rebalancear um espaço de tabela: Execute o processo de rebalanceamento quando o seridor não estier manipulando uma carga de trabalho pesada. O tempo necessário para rebalancear um espaço de tabela pode ariar. O tempo é afetado por fatores como o layout do sistema de arquios, a proporção dos noos caminhos para os caminhos de armazenamento existentes, o hardware do seridor e as operações simultâneas. Comece rebalanceando um espaço de tabela pequeno e um médio e, em seguida, rebalanceie um espaço de tabela maior. Use os resultados como uma referência para estimar o tempo necessário para rebalancear os espaços de tabela restantes. Não interrompa o processo de rebalanceamento. Se ocê tentar pará-lo, por exemplo, interrompendo o processo que está concluindo o trabalho, será necessário parar e reiniciar o seridor DB2. Quando o seridor for reiniciado, ele Capítulo 9. Ajustando o Desempenho do Seridor 105

120 entrará no modo de recuperação de falha, que leará ários minutos, após os quais o processo de rebalanceamento continuará. Conclua as etapas a seguir para rebalancear e, em seguida, reduzir o espaço de cada espaço de tabela. Para obter o melhor desempenho possíel, rebalanceie o espaço de tabela e, em seguida, reduza o tamanho desse espaço de tabela. Enquanto o tamanho do espaço de tabela estier sendo reduzido, será possíel iniciar o rebalanceamento no segundo espaço de tabela e assim por diante. 1. Abra o processador da linha de comandos do DB2 e emita o comando a seguir: db2 connect to tsmdb1 2. Liste os espaços de tabela do DB2 emitindo o comando a seguir. Se ocê desejar exibir detalhes sobre cada espaço de tabela, incluindo o tamanho total de um espaço de tabela e quantos bytes são usados em cada sistema de arquios em que o espaço de tabela está localizado, inclua show detail. db2 list tablespaces show detail Apenas será necessário executar o rebalanceamento nos espaços de tabela Database Managed Space (DMS). A saída de exemplo a seguir mostra onde o tipo de espaço de tabela é identificado: Tablespaces for Current Database Tablespace ID = 0 Name = SYSCATSPACE Type = Database managed space <---DMS table space. Contents = All permanent data. Regular table space. State = 0x0000 Detailed explanation: Normal 3. Use a lista obtida na Etapa 2 para identificar cada espaço de tabela DMS. Em seguida, emita o comando a seguir para iniciar o rebalanceamento para o primeiro espaço DMS: db2 alter tablespace tablespace_name rebalance 4. Monitore o status do rebalanceamento emitindo o comando a seguir: db2list utilities show detail Se o processo de rebalanceamento estier em execução, a saída de comando mostrará Type = REBALANCE e também indicará quantas extensões foram moidas e quantas foram deixadas para serem moidas. A saída de exemplo a seguir mostra onde esses detalhes são exibidos: ID = 6219 Type = REBALANCE <--- The rebalance is running. Database Name = AX4 Partition Number = 0 Description = Tablespace ID: 37 Start Time = 04/27/ :37: State = Executing Inocation Type = User Regulagem: Priority = Unthrottled Progress Monitoring: Estimated Percentage Complete = 15 Total Work = extents <--- Total extents to be moed. Completed Work = 3318 extents <--- Total extents moed. Start Time = 04/27/ : IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

121 O alor no campo Completed Work dee aumentar conforme o rebalanceamento progride. O log db2diag também registra status sobre o processo de rebalanceamento, incluindo o tempo de início e conclusão. 5. Após a conclusão do processo de rebalanceamento, reduza o tamanho de cada espaço de tabela. Durante e após a operação de rebalanceamento, os espaços de tabela ficam com tamanho total muito maior porque são incluídos diretórios. Emita o seguinte comando: db2 alter tablespace tablespace_name reduce max Conceitos relacionados: Configurando os Diretórios do Banco de Dados do Seridor para Obter o Desempenho Ideal na página 100 Referências relacionadas: Lista de Verificação para Discos do Banco de Dados do Seridor na página 12 Ajustando e Configurando Conjuntos e Volumes de Armazenamento Os conjuntos de armazenamentos lógicos e os olumes de armazenamento são os principais componentes no modelo do Tioli Storage Manager de armazenamento de dados. Ao manipular as propriedades desses objetos, é possíel otimizar o uso de dispositios de armazenamento. Otimizando a Organização de Dados para as Operações de Restauração e Recuperação A maneira de organizar dados afeta de forma eficiente e rápida como o Tioli Storage Manager pode acessar e executar operações de recuperação. Agrupando Dados Usando a Disposição nos Conjuntos de Armazenamentos do Seridor Use a disposição para melhorar o desempenho do Tioli Storage Manager e para manter a organização de dados ideal. Ao usar a disposição, o desempenho das operações de restauração para grandes quantias de dados poderá ser melhorado significatiamente, porque menos montagens serão necessárias para localizar os arquios necessários. A geração de conjuntos de backup e operações de exportação também são mais rápidas. Além disso, a disposição reduz a chance de uma contenção de mídia com outros clientes. Enquanto o desempenho é melhorado pela disposição, sua atiação aumenta o tempo do seridor necessário para dispor os arquios para armazenamento e o número de olumes necessários para o armazenamento de dados. É possíel atiar a disposição por nó, grupo ou espaço de arquio. A Disposição por grupo é o padrão. Cada opção fornece benefícios e considerações diferentes de desempenho. Tabela 14. Trade-offs da Disposição Tipo Uso de olume Montagens do olume Nenhuma disposição. Baixo uso do olume Poucos números de montagens para migração e recuperação Tempo de restauração Tempo de restauração maior Capítulo 9. Ajustando o Desempenho do Seridor 107

122 Tabela 14. Trade-offs da Disposição (continuação) Tipo Uso de olume Montagens do olume Colocado por nó Alto uso do olume Alto número de montagens para migração e recuperação Colocado por grupo Baixo uso do olume Poucas montagens para migração e recuperação Colocado por espaço no arquio Alto uso do olume Alto número de montagens para migração e recuperação Tempo de restauração Bom tempo de restauração, mas não otimizado para restauração de diersas sessões Bom tempo de restauração Bom tempo de restauração, mas não otimizado para restauração de diersas sessões Considere as seguintes informações ao determinar que tipo de disposição ocê deseja usar: A disposição por grupo fornece o melhor equilíbrio entre o desempenho da restauração ersus a eficiência do olume da fita e é a melhor prática para a maioria das situações. A disposição por grupo resulta em uma redução da capacidade não usada da fita, o que permite a disposição de mais dados em fitas indiiduais. Se a disposição for necessária para melhorar o desempenho da restauração, use a disposição por grupo. Gerencie o número de nós nos grupos para que os dados de backup para todo o grupo sejam distribuídos entre ários olumes gerenciáeis. Para conjuntos de armazenamentos primários na fita, use a disposição por grupo: Para obter todos os benefícios da disposição por grupo, ocê deerá definir os grupos de disposição e seus nós. Os nós que são agrupados são dispostos por nó. Para os nós com dois ou mais espaços no arquio que podem se aproximar do preenchimento de um olume de fita, use a disposição por espaço no arquio. Use um conjunto de dados atios para dispor dados atios. Agrupe os nós com pouca chance de serem restaurados ao mesmo tempo para eitar contenção de olume. Agrupe os nós que foram submetidos a backup ao mesmo tempo. Para atiar a disposição, use o parâmetro COLLOCATE no comando DEFINE STGPOOL quando ocê estier definindo um acesso sequencial primário, cópia ou conjunto de armazenamentos de dados atios. É possíel usar o comando UPDATE STGPOOL para atiar a disposição de um conjunto de armazenamentos existente. 108 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

123 Mantendo Conjuntos de Armazenamentos de Dados Atios A configuração de conjuntos de armazenamentos de dados atios pode ser útil para operações de restauração do cliente rápidas. Ao manter somente os dados atios em um conjunto de armazenamentos, é possíel reduzir o número de olumes de armazenamento no local ou externos usados ou reduzir a largura da banda ao copiar ou restaurar arquios protegidos eletronicamente em um local remoto. Um dos principais benefícios do uso de conjuntos de armazenamentos de dados atios é que eles requerem um espaço em disco menor, porque o conjunto de dados atios contém apenas as ersões atias do arquio. Os dados inatios podem ser moidos para a fita. Os benefícios de um conjunto de dados atios dependem do tipo de dispositio específico que estier associado ao conjunto. Por exemplo, os conjuntos de dados atios associados a uma classe de dispositio FILE são ideais para restaurações de cliente rápidas porque os olumes FILE não precisam ser fisicamente montados e porque o seridor não coloca os arquios inatios antigos que não precisam ser restaurados. Além disso, as sessões do cliente que estierem restaurando a partir de olumes FILE em um conjunto de dados atios podem acessar os olumes simultaneamente, que também melhora o desempenho da restauração. Os conjuntos de dados atios que usarem mídia remoíel, como uma fita ou um dispositio ótico, oferecem benefícios semelhantes. Embora as fitas deam ser montadas, o seridor não precisa colocar os arquios inatios antigos. No entanto, o principal benefício do uso de mídia remoíel em conjuntos de dados atios é a redução do número de olumes usados para armazenamento no local e externos. Se ocê colocar os dados na área segura eletronicamente em um local remoto, será possíel salar a largura da banda ao copiar e restaurar apenas dados atios usando um conjunto de dados atios que esteja associado a uma classe de dispositio SERVER. Para obter uma eficiência ideal durante restaurações no momento e para eitar comutação entre conjuntos de dados atios e conjuntos de armazenamentos primários e de cópia, o seridor recupera as ersões atias e inatias do mesmo conjunto e olumes de armazenamentos. Melhorando o Desempenho da Restauração de Arquios com Armazenamento em Cache em Conjuntos de Armazenamento em Disco É possíel usar o armazenamento em cache para os conjuntos de armazenamentos (DISK) de acesso aleatório do Tioli Storage Manager para melhorar o desempenho da restauração de arquios. Quando o armazenamento em cache para um conjunto de armazenamentos é atiado, o processo de migração deixa uma cópia em cache de um arquio no conjunto de armazenamentos após migrar arquios para o próximo conjunto de armazenamentos. Se o conjunto de armazenamentos em disco for suficientemente grande para conter os dados de backup de um dia, o armazenamento em cache será um bom método. Quando ocê restaurar os arquios submetidos a backup recentemente para um conjunto de armazenamentos em disco, o benefício do armazenamento em cache ficará eidente. O tempo necessário para recuperar os arquios será reduzido. Capítulo 9. Ajustando o Desempenho do Seridor 109

124 Os benefícios do uso de armazenamento em cache incluem os seguintes impactos no desempenho: O armazenamento em cache em disco pode afetar o rendimento do backup. Quando arquios em cache tierem que ser excluídos para criar espaço para os backups de arquio, as operações de exclusão irão requerer atualizações do banco de dados. Se ocê usar o armazenamento em cache com conjuntos de armazenamentos maiores, eles poderão ficar fragmentados e o tempo de resposta poderá aumentar. Use o comando DEFINE STGPOOL ou UPDATE STGPOOL com o parâmetro CACHE=YES para atiar o armazenamento em cache. Se ocê atiar o armazenamento em cache do conjunto de armazenamentos em disco e, em seguida, suspeitar de que ele esteja afetando o desempenho, tente desatiar o armazenamento em cache emitindo o comando UPDATE STGPOOL com CACHE=NO para erificar se haerá um efeito positio. Usando o Cache de Sistema de Arquios para Conjuntos de Armazenamentos Por padrão, o seridor Tioli Storage Manager lê e graa dados do conjunto de armazenamentos com E/S não armazenada em buffer, o que efetua bypass do cache do sistema de arquios. O uso do cache do sistema de arquios pode ser benéfico em determinadas situações, mas não é uma melhor prática. Se ocê alternar para o cache do sistema de arquios, altere o padrão com cuidado. O uso do cache do sistema de arquios pode diminuir o rendimento geral do seridor e aumentar a uso do processador do seridor. Apenas use o cache do sistema de arquios para E/S do conjunto de armazenamentos se ele resultar em uma melhoria de desempenho significatia. Os benefícios do uso do cache do sistema de arquios podem ser obserados nos seguintes ambientes: Um sistema de armazenamentos em disco que estier usando para conjuntos de armazenamentos possui um tamanho de memória de cache relatiamente pequeno. O sistema de armazenamento em disco não fornece capacidade de leitura antecipada. O rendimento da migração do conjunto de armazenamentos a partir dos olumes de disco deerá ser melhorado ao usar a capacidade de leitura antecipada do sistema operacional. Espera-se que os dados que estierem armazenados no seridor Tioli Storage Manager sejam recuperados imediatamente por meio de algum outro processo. Nota: Atiar o seridor para usar o cache do sistema de arquios não é uma prática preferencial. Se ocê entrar em contato com o Suporte de Software IBM em caso de problema de desempenho, ocê deerá informar que está usando essa opção. Poderá ser solicitado desatiar essa opção antes de a IBM poder resoler o problema. Para usar o cache do sistema de arquios para E/S do conjunto de armazenamentos, conclua as etapas a seguir: 1. Especifique DIRECTIO NO no arquio dsmser.opt. 2. Reinicialize o seridor. 110 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

125 3. Obsere as operações para obter os efeitos da mudança e determine se a entrada DIRECTIO NO dee ser mantida no arquio de opções ou remoida. Dica: Para exibir o alor atual para a opção DIRECTIO, especifique o nome da opção ao emitir o comando QUERY OPTION. Fragmentação de Sistema de Arquios para Conjuntos de Armazenamentos no Disco Problemas de fragmentação podem ocorrer quando graar em olumes utilizáeis em diersos conjuntos de armazenamento simultaneamente, em um sistema de arquios. Como os olumes não fragmentados geralmente executam melhor do que os olumes fragmentados, use o comando DEFINE VOLUME para pré-alocar olumes para os conjuntos de armazenamento em disco sequenciais (DEVTYPE é FILE). Em alguns ambientes de sistema operacional, pré-alocar ários olumes de classe de dispositio FILE ou olumes de conjunto de discos aleatórios em paralelo no mesmo sistema de arquios também pode resultar em fragmentação. Se ocê estier executando um sistema Windows ou usando sistemas de arquios JFS2 nos sistemas de arquios AIX ou ext4 no Linux, a fragmentação não será um problema com olumes pré-alocados. O Tioli Storage Manager usa ferramentas do sistema operacional para alocar arquios sem fragmentação, mesmo quando criados em paralelo. Se ocê encontrar desempenho lento, é possíel usar ferramentas do sistema operacional para ajudar a determinar o quão fragmentado um arquio do olume do conjunto de armazenamentos dee ser. As ferramentas relatam o número de fragmentos por arquio. Para alcançar alto desempenho de leitura de um olume, o número de fragmentos por megabyte não dee exceder 0,25. Por exemplo, se um olume de 50 GB tier mais de fragmentos, então o desempenho de leitura para o olume pode ser insuficiente deido à fragmentação. Use as seguintes ferramentas para determinar o níel de fragmentação: No AIX, emita o comando fileplace. No Linux, emita o comando filefrag. No Windows, use o utilitário contig. É possíel localizar detalhes e informações de uso sobre o utilitário contig no site da Microsoft TechNet: Para eitar fragmentação, use olumes pré-alocados e use mais sistemas de arquios por conjunto de armazenamentos. Usando um número maior de sistemas de arquios, geralmente é possíel eitar a fragmentação porque é mais proáel que a graação para diferentes olumes ocorra em diferentes sistemas de arquios. Número e Tamanho Ideais para Volumes para Conjuntos de Armazenamentos que Usam Disco Ao calcular o tamanho e o número de olumes para os conjuntos de armazenamentos definidos com uma classe de dispositio FILE ou DISK, considere o tipo de armazenamento, a quantia de armazenamento disponíel e outras ariáeis. O tamanho ideal para os olumes do conjunto de armazenamentos depende destes elementos: Capítulo 9. Ajustando o Desempenho do Seridor 111

126 O tipo de conjunto de armazenamento, se é de acesso aleatório (DISK) ou de acesso sequencial (FILE) Quanto de armazenamento total está disponíel Quantas graações simultâneas são esperadas (sessões do cliente e processos do seridor) Quantos olumes do conjunto de armazenamentos podem ser gerenciados As configurações de disposição do conjunto de armazenamentos Se olumes pré-alocados ou utilizáeis são usados O tamanho médio do objeto que é armazenado no conjunto de armazenamentos (com o tamanho do olume maior que a média do objeto) Se ocê não tier as informações para estimar um tamanho para os olumes de classe de dispositio FILE, inicie com olumes de 50 GB. A classe de dispositio FILE permite que apenas uma sessão ou processo grae em um olume por ez. Portanto, a quantidade de olumes dee ser, no mínimo, igual à quantidade de sessões e processos que ocê espera graar para o conjunto simultaneamente. Se estier usando disposição, será necessário um número mínimo de olumes. Por exemplo, se ocê estier executando a disposição por nó, use pelo menos um olume por nó. Quando ocê usar a disposição com olumes pré-alocados, considere o potencial de armazenamento não usado dentro desses olumes. A disposição com olumes pré-alocados requer mais espaço. Se ocê usar a disposição por grupo, será possíel reduzir a quantia de armazenamentos não usados criando grupos para minimizar esse desperdício. É possíel usar olumes pré-alocados para eitar fragmentação no sistema de arquios, mas ocê dee estimar a quantia de espaço necessária para o conjunto de armazenamentos e alocar olumes suficientes para manipular esse carregamento. Essa estimatia assume que a quantia de dados que são submetidos a backup não é flutuante. Por exemplo, o processo executado no final do mês pode usar mais espaço do conjunto de armazenamento do que o processo diário regular. Se ocê usar olumes utilizáeis, a flutuação não será um fator porque o Tioli Storage Manager alocará o necessário para cada processo diário. Se ocê estier usando olumes pré-alocados em um site de recuperação, será necessário um tempo adicional para o processo de recuperação porque os olumes deerão ser pré-alocados e formatados. Exemplo: Escolhendo o Tamanho do Volume para um Conjunto de Armazenamentos de Arquio Sequencial Neste exemplo, ocê dee determinar um tamanho do olume para o conjunto de armazenamentos FILE de acesso sequencial com 100 TB de espaço disponíel. A disposição não é usada, portanto, não é necessário considerar o espaço azio necessário em olumes pré-alocados. O número máximo de sessões de backup simultâneas que são usadas durante a janela de backup é 250. Para preparar-se para o crescimento do sistema e para ocorrências em que o número de 250 sessões é excedido, dobre a quantia para 500. Usando esses alores, o tamanho máximo do olume necessário será de 204 GB. 112 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

127 Tarefas relacionadas: Agrupando Dados Usando a Disposição nos Conjuntos de Armazenamentos do Seridor na página 107 Configuração e Ajuste do Seridor O modo com que ocê define e ajusta configurações diferentes do seridor Tioli Storage Manager pode impactar o desempenho do sistema. Ajustando o Planejamento para Operações Diárias Geralmente, os backups de todos os clientes deem ser concluídos todos os dias. Determinados processos de manutenção do seridor também deem ser executados diariamente. Assegurar-se de que recursos para essas operações críticas estejam disponíeis quando necessário requer planejamento e ajuste. Durante a fase de carga de trabalho do cliente, os recursos do seridor suportam operações do cliente. As cargas de trabalho do cliente são predominantemente as atiidades de backup e archie do cliente. Essas operações geralmente são concluídas durante a janela de planejamento noturna. Durante a fase de carga de trabalho do seridor, recursos do seridor são dedicados para gerenciar os dados recebidos recentemente da carga de trabalho do cliente e executar as atiidades a seguir que são necessárias para gerenciar, proteger e manter o seridor: Proteger dados do cliente ao fazer backup dos conjuntos de armazenamentos Posicionar os dados apropriadamente na hierarquia de armazenamento Manter o banco de dados, hierarquia de armazenamento e as operações do seridor funcionando eficientemente Preparar para o próximo ciclo de planejamento Planeje cuidadosamente as cargas de trabalho do cliente e do seridor para obter o melhor desempenho para seu ambiente. Se as operações do cliente e do seridor forem sobrepostas e não houer tempo e recursos suficientes para serem processadas, o ambiente poderá ser impactado das seguintes formas: Menos energia de processamento e memória disponíeis para suportar uma operação Degradação de desempenho Espaço insuficiente para o armazenamento de dados O posicionamento de dados pode não ser o ideal As operações podem falhar Para obter um desempenho ideal, diida as tarefas de backup e arquiamento de dados do cliente e a execução da manutenção de dados do seridor em espaços de tempo separados. A maioria das operações no seridor possui uma ordem ideal e, em alguns casos, elas deem ser concluídas sem sobreposição a fim de eitar problemas de contenção de recursos. A imagem a seguir ilustra como as tarefas Tioli Storage Manager se ajustam no planejamento diário. Capítulo 9. Ajustando o Desempenho do Seridor 113

128 12h de Recuperação desastre Backup de cliente 18h 6h 0h Proteger dados Proteger o seridor Preparar para recuperação Figura 19. Planejamento Diário de Operações do Tioli Storage Manager O Tioli Storage Manager pode planejar atiidades diárias para seguir as melhores práticas. Comandos de amostra são fornecidos para implementar cada etapa. Todos os comandos listados são comandos do seridor, a não ser que haja outra indicação. 1. Execute um backup incremental de todos os clientes na rede usando o comando do cliente incremental ou use outro método suportado para o backup de cliente. 2. Crie uma cópia secundária de recuperação de desastre (DR) de seus dados de cliente usando o comando BACKUP STGPOOL. Se ocê estier copiando dados atios, conclua essa operação durante a janela de backup do conjunto de armazanamentos. 3. Crie uma cópia de DR do banco de dados do Tioli Storage Manager executando o comando BACKUP DB. Além disso, use os comandos BACKUP VOLHISTORY e BACKUP DEVCONFIG para criar cópias de DR dos arquios de histórico do olume e de configuração de dispositio. 114 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

129 4. Migre os dados dos conjuntos de armazenamentos em disco para conjuntos de armazenamentos em fita com o comando MIGRATE STGPOOL. 5. Remoa os objetos que excederem sua retenção permitida usando o comando EXPIRE INVENTORY. 6. Recupere espaço não utilizado dos olumes do conjunto de armazenamentos que são liberados por processos como deduplicação e expiração de inentário usando o comando RECLAIM STGPOOL. 7. Conclua as preparações de recuperação de desastre. Por exemplo, se ocê estier usando a função de gerenciador de recuperação de desastres (DRM) do Tioli Storage Manager, emita os comandos a seguir: DELETE VOLHISTORY para remoer ersões mais antigas de backups de banco de dados, que não são mais necessárias. MOVE DRMEDIA para controlar o backup do banco de dados e os olumes do conjunto de armazenamentos de cópia que deem ser moidos externamente e para identificar os olumes expirados ou azios que deem ser moidos no local. PREPARE para criar um arquio de plano de recuperação. Além das tarefas que são concluídas em todos os ambientes do Tioli Storage Manager, há processos opcionais cujo planejamento poderá ser necessário. Planejando Processos de Deduplicação de Dados e Replicação de Nó A deduplicação de dados e a replicação de nó são funções opcionais que podem ser usadas com o Tioli Storage Manager. Elas forneçam benefícios incluídos, como também requerem recursos e consideração adicionais para o planejamento diário. Dependendo do ambiente, o uso da deduplicação de dados e da replicação de nó pode alterar as tarefas necessárias para o planejamento diário. Se ocê estier usando a replicação de nó para criar a cópia de backup dos dados, os backups do conjunto de armazenamentos não serão necessários. Da mesma forma, não será necessário migrar os dados para os conjuntos de armazenamentos em fita para a criação da mídia de backup externa. A imagem a seguir ilustra como planejar os processos de deduplicação de dados e de replicação de nó para alcançar o melhor desempenho. As tarefas que forem sobrepostas na imagem podem ser executadas ao mesmo tempo. Capítulo 9. Ajustando o Desempenho do Seridor 115

130 12h Backup de cliente Recuperação 18h 6h 0h Proteger dados Proteger o seridor Preparar para recuperação Figura 20. Planejamento Diário quando a Deduplicação de Dados e a Replicação de Nó São Usadas As etapas a seguir incluem os comandos para implementar o planejamento mostrado na imagem. Para esse exemplo, a fita não é usada no ambiente. 1. Execute um backup incremental de todos os clientes na rede para um conjunto de armazenamentos de arquios deduplicados usando o comando do cliente incremental ou use outro método suportado para o backup de cliente. 2. É possíel executar as seguintes tarefas em paralelo: a. Execute a identificação de duplicata do lado do seridor ao executar o comando IDENTIFY DUPLICATES noamente. Se ocê não estier usando a deduplicação de dados do lado do cliente, essa etapa processará os dados que ainda não tierem sido deduplicados nos clientes. b. Crie uma cópia de recuperação de desastre (DR) do banco de dados Tioli Storage Manager executando o comando BACKUP DB. Além disso, execute os comandos BACKUP VOLHISTORY e BACKUP DEVCONFIG para criar cópias de DR do histórico do olume e dos arquios de configuração de dispositio. 3. Execute a replicação de nó para criar uma cópia secundária dos dados de cliente em outro seridor Tioli Storage Manager ao usar o comando REPLICATE 116 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

131 NODE. Ao executar a replicação de nó após o processo de identificação de duplicados, será possíel aproeitar a redução de dados durante a replicação. 4. Remoa os objetos que excederem sua retenção permitida usando o comando EXPIRE INVENTORY. 5. Recupere espaços não utilizados dos olumes do conjunto de armazenamentos que são liberados pela deduplicação de dados e pela expiração de inentário usando o comando RECLAIM STGPOOL. Conceitos relacionados: Lista de Verificação para Deduplicação de Dados na página 21 Lista de Verificação para Replicação de Nó na página 25 Compatibilidade e Uso de Recursos para Processos do Seridor Reise essas informações sobre os problemas de requisitos e compatibilidade de recurso para ajudar a planejar o planejamento diário e executar processos na ordem ideal. A tabela contém as seguintes informações para tarefas de seridor: Processo Lista o processo ou a operação que é executada pelo seridor Tioli Storage Manager. Requisitos e recomendações Lista os requisitos que deem ser atendidos antes que um processo possa ser executado. As informações de melhor prática também serão cobertas quando aplicáeis. Problemas de Compatibilidade Lista os problemas de compatibilidade que poderão surgir quando processos forem executados juntos. Tarefas de Pré-requisitos Lista as tarefas que deem ser concluídas antes que o processo seja executado. Implicações de recurso Lista os recursos necessários para executar o processo e fornece orientação sobre qual quantidade de uso pode ser esperada: Baixo O uso de recurso é baixo. A execução do processo não afeta outras operações. Moderada O uso de recurso é moderado. A execução do processo pode afetar outras operações. Alto O uso do recurso é alto. Dedique o recurso para executar o processo até que ele seja concluído. Nota: Os pontos de montagem e olumes são usados para a maior parte dos processos do seridor. Como o uso desses recursos é altamente ariáel, dependendo da configuração do ambiente, a tabela não inclui uma designação de uso. Para operações que usam pontos de montagem de arquio com uma classe de dispositio do tipo FILE, configure o parâmetro de limite de montagem da classe de dispositio suficientemente alta para acomodar todos as montagens simultâneas. Por exemplo, o número de sessões de backup Capítulo 9. Ajustando o Desempenho do Seridor 117

132 paralelo para um backup de banco de dados geralmente não passa de 5, mas para o backup de cliente, o requisito de ponto de montagem pode estar no interalo de 500 a Para operações que usam montagens de fita física, os pontos de montagem são limitados pelo número de unidades de fita reais. Quando ocê estier fazendo o backup de conjuntos de armazenamento para a fita, planeje usar processos de backup de conjunto de armazenamentos paralelos que não excedam o número de unidades de fita disponíeis e possielmente deixem algumas unidades não usadas disponíeis para as restaurações de cliente. Tabela 15. Requisitos de Processos do Seridor Processo Fazer backup do banco de dados Fazer backup ou arquiamento de dados de cliente Requisitos e recomendações Problemas de Compatibilidade Tarefas de Pré-requisitos Nenhum Nenhum Fazer backup de conjuntos de armazenamento Requisito: Definir e configurar os nós clientes no seridor Tioli Storage Manager. Recomendação: Faça backup dos conjuntos de armazenamentos imediatamente após a operação de backup ou de archie de cliente principal for concluída para assegurar que uma cópia completa seja criada para o conjunto de armazenamentos primários. Expiração de inentário A execução de expiração de inentário durante o backup de clientes pode causar problemas de contenção de recursos. Se a expiração estier processando um nó cujo backup está sendo feito, isso geralmente resultará em uma degradação de desempenho. Fazer backup de conjuntos de armazenamento Espere a conclusão dos backups de cliente antes de iniciar um backup do conjunto de armazenamentos. Caso contrário, a cópia do backup do conjunto de armazenamentos não incluirá o backup de cliente inteiro. Nenhum Implicações de recurso Pontos de montagem e olumes Processador (baixo) Memória (baixo) E/S de disco ou fita (moderado) E/S de Banco de Dados (alto) Pontos de montagem e olumes Bloqueio (moderado) Processador (moderado) Memória (moderado) E/S de disco ou fita (moderado) E/S de banco de dados (moderado) Rede (moderado para alto) 118 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

133 Tabela 15. Requisitos de Processos do Seridor (continuação) Requisitos e recomendações Processo Fazer backup do Requisito: conjunto de armazenamentos Copiar dados atios Expiração de inentário Armazenar noos dados no conjunto de armazenamentos primários. Requisito: Armazenar noos dados atios no conjunto de armazenamentos primários. Requisito: Dados desatiados deem existir no seridor. Recomendação: Execute a expiração de inentário em sua própria janela de processamento ao máximo possíel. Além disso, execute a expiração de inentário antes do processo de recuperação para assegurar que o processo recupere o máximo de espaço possíel, considerando as definições de política. Problemas de Compatibilidade Nenhum Nenhum Fazer backup de dados do cliente A expiração de inentário enquanto estier fazendo backup de clientes pode causar problemas de contenção de recursos. Se a expiração estier processando um nó cujo backup está sendo feito, isso geralmente resultará em uma degradação de desempenho. Tarefas de Pré-requisitos Fazer backup de dados do cliente Fazer backup de dados do cliente Nenhum Implicações de recurso Pontos de montagem e olumes Bloqueio (baixo) Processador (moderado) Memória (moderado) E/S de disco ou fita (moderado) E/S de banco de dados (moderado) Pontos de montagem e olumes Bloqueio (baixo) Processador (moderado) Memória (moderado) E/S de disco ou fita (moderado) E/S de banco de dados (moderado) Bloqueio (alto) Processador (alto) Memória (moderado) E/S de banco de dados (alto) Capítulo 9. Ajustando o Desempenho do Seridor 119

134 Tabela 15. Requisitos de Processos do Seridor (continuação) Processo Gerar conjuntos de backup Identificar duplicatas Migrar conjuntos de armazenamentos Requisitos e recomendações Requisito: Armazenar dados em pelo menos um conjunto de armazenamentos primários. Requisito: Armazenar noos dados que não foram deduplicados a partir da deduplicação do lado do cliente em um conjunto de armazenamentos primários que é atiado para deduplicação do lado do seridor. Recomendação: Execute a identificação duplicatas antes da recuperação (ao máximo possíel). Requisito: Armazenar dados em pelo menos um conjunto de armazenamentos primários. Problemas de Compatibilidade Tarefas de Pré-requisitos Implicações de recurso Nenhum Nenhum Pontos de montagem e olumes Bloqueio (baixo) Processador (moderado) Memória (moderado) E/S de disco ou fita (moderado) E/S de banco de dados (moderado) Nenhum Nenhum Pré-requisito potencial: Se ocê estier fazendo backup de conjuntos de armazenamentos, o processo poderá não executar na elocidade ideal com relação aos objetos que já foram identificados. Em ambientes de deduplicação pesada, poderá ser benéfico fazer backup de conjuntos de armazenamentos antes de executar a identificação de duplicata. Pré-requisito potencial: Se a deduplicação de dados estier sendo usada no conjunto de armazenamentos que está sendo migrado, e se o conjunto de armazenamentos de destino estier deduplicado, execute a identificação duplicatas antes de moer ou migrar os dados. Pontos de montagem e olumes Bloqueio (moderado) Processador (moderado) Memória (moderado) E/S de disco ou fita (moderado) E/S de banco de dados (moderado) Pontos de montagem e olumes Bloqueio (alto) Processador (moderado) Memória (moderado) E/S de disco ou fita (moderado) E/S de banco de dados (moderado) 120 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

135 Tabela 15. Requisitos de Processos do Seridor (continuação) Processo Moer dados Moer dados por nó Recuperar olumes em um conjunto de armazenamentos no local Requisitos e recomendações Requisito: Armazenar dados em pelo menos um conjunto de armazenamentos primários. Requisito: Armazenar dados em pelo menos um conjunto de armazenamentos primários. Requisito: Armazenar dados em olumes de conjunto de armazenamentos que são expirados. Além disso, coloque os dados nos olumes de conjunto de armazenamentos que estierem identificados como duplicados (por meio do processo de identificação de duplicatas). Problemas de Compatibilidade Nenhum Nenhum Nenhum Tarefas de Pré-requisitos Pré-requisito potencial: Se a deduplicação de dados estier sendo usada no conjunto de armazenamentos que está sendo migrado, e se o conjunto de armazenamentos de destino estier deduplicado, execute a identificação duplicatas antes de moer ou migrar os dados. Pré-requisito potencial: Se a deduplicação de dados estier sendo usada no conjunto de armazenamentos que está sendo migrado, e se o conjunto de armazenamentos de destino estier deduplicado, execute a identificação duplicatas antes de moer ou migrar os dados. Expirar o inentário antes de recuperar olumes em um conjunto de armazenamentos no local. Pré-requisito potencial: Se a deduplicação estier sendo usada para o conjunto de armazenamentos que está sendo recuperado, conclua a identificação de duplicata e o backup de um conjunto de armazenamentos antes de deduplicar dados. Implicações de recurso Pontos de montagem e olumes Bloqueio (alto) Processador (moderado) Memória (moderado) E/S de disco ou fita (moderado) E/S de banco de dados (moderado) Pontos de montagem e olumes Bloqueio (alto) Processador (moderado) Memória (moderado) E/S de disco ou fita (moderado) E/S de banco de dados (moderado) Pontos de montagem e olumes Bloqueio (alto) Processador (moderado) Memória (moderado) E/S de disco ou fita (moderado) E/S de banco de dados (moderado) Capítulo 9. Ajustando o Desempenho do Seridor 121

136 Tabela 15. Requisitos de Processos do Seridor (continuação) Requisitos e recomendações Processo Recuperar Requisito: olumes em um conjunto de armazenamentos externo Replicar nós Armazenar dados em olumes de conjunto de armazenamentos que são expirados. Além disso, os dados estão em olumes de conjunto de armazenamentos que são identificados como duplicados (por meio do processo de identificação de duplicatas). Os dados deem estar em um conjunto de armazenamentos de cópia que esteja sinalizado como externo. Requisito: Armazenar dados pelo menos nos conjuntos de armazenamentos primários e definir e preparar um seridor de destino para replicação. Recomendação: Se ocê estier usando a deduplicação de dados para o processo de replicação, execute a identificação de duplicados até a conclusão nos conjuntos de armazenamentos primários antes de executar a replicação. Esta recomendação poderá ser ignorada se ocê estier usando a deduplicação de dados do lado do cliente para seu ambiente inteiro. Problemas de Compatibilidade Nenhum Nenhum Tarefas de Pré-requisitos Expirar o inentário antes de recuperar olumes em um conjunto de armazenamentos externo. Pré-requisito potencial: Se a deduplicação estier sendo usada para o conjunto de armazenamentos que está sendo recuperado, conclua a identificação de duplicata e o backup de um conjunto de armazenamentos antes de deduplicar dados. Fazer backup de dados do cliente antes de replicar os nós Pré-requisito potencial: Se o processo de replicação depender dos dados que estierem sendo deduplicados, execute identificação de duplicata com relação a todos os dados que estierem sendo replicados. Implicações de recurso Pontos de montagem e olumes Bloqueio (alto) Processador (moderado) Memória (moderado) E/S de disco ou fita (moderado) E/S de banco de dados (moderado) Pontos de montagem e olumes Bloqueio (moderado) Processador (moderado) Memória (moderado) E/S de disco ou fita (moderado) E/S de banco de dados (moderado) Rede (moderado para alto) 122 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

137 Eitando a Contenção de Recursos do Seridor Durante as Operações do Cliente O Tioli Storage Manager requer muitos recursos para concluir as operações de backup de cliente, de archie ou de migração do gerenciamento de armazenamento hierárquico. Se diersas sessões estierem em contenção para recursos do seridor, o desempenho do sistema poderá ser afetado. Os recursos do seridor que são usados durante operações do cliente incluem logs de banco de dados, bloqueios de seridor, unidades, pontos de montagem ou olumes. Por exemplo, uma sessão de backup do cliente pode precisar de um ponto de montagem, de uma unidade de fita e de um olume de fita nos quais os dados serão armazenados. Após esses recursos serem alocados para a sessão de backup, outra sessão do cliente para restaurar dados que estão no olume de fita poderá iniciar. A sessão de restauração é atrasada até que a sessão de backup desmonte o olume e o libere. A contenção de recursos afeta diretamente o desempenho e a capacidade de concluir uma operação em tempo hábil. O problema da contenção de recursos é mais crítico com sessões do cliente ou com processos do seridor de longa execução. Como noas entradas de banco de dados são armazenadas no log de recuperação até que elas sejam confirmadas no banco de dados, sessões ou processos de longa execução podem inserir muitas dessas entradas em uma única transação, retendo o log de recuperação. Um log de recuperação retido eita que todas as transações apliquem mudanças no banco de dados, fazendo com que processos do seridor sejam executados lentamente. É possíel planejar sessões do cliente e processos do seridor em momentos diferentes para eitar contenção de recursos e atrasos. Quando estier configurando planejamentos, poderá ser necessário eitar que alguns processos do seridor iniciem automaticamente. Por exemplo, desatie a expiração, migração, recuperação e identificação de duplicada para que eles possam ser planejados posteriormente. Use planejamentos de comando do administrador para executar essas operações diariamente. Referências relacionadas: Compatibilidade e Uso de Recursos para Processos do Seridor na página 117 Desatiando Processos e Planejamentos de Configuração Automáticos Desatie processos automáticos, como expiração de inentário, migração, recuperação e identificação de dados duplicados e configure planejamentos para que seja possíel controlar quando essas operações são concluídas durante o planejamento diário. Reise as seções a seguir para obter exemplos de como desatiar operações automáticas e de configurar planejamentos. Algumas etapas gerais de configuração são omitidas e o exemplo usa uma ordem específica para os processos do seridor. Entretanto, é possíel reordenar os processos que melhor se ajustem ao seu ambiente. 1. Desatie a expiração de inentário automática ao configurar a opção do seridor EXPINTERVAL para zero. setopt expinteral 0 2. Desatie os processos automáticos de migração e recuperação ao usar o comando DEFINE STGPOOL para configurar os parâmetros HIGHMIG e RECLAIM para um alor 100. Poderá ser necessário aumentar o número de processos permitidos de migração e recuperação para que sejam concluídos em uma Capítulo 9. Ajustando o Desempenho do Seridor 123

138 quantia de tempo razoáel. O número real de processos depende das unidades de fita disponíeis. Se ocê já tier definido conjuntos de armazenamento, será possíel alterar alores para os parâmetros MIGPROCESS e RECLAIMPROCESS usando o comando UPDATE STGPOOL. def dec LARGEFILE det=file mountlimit=500 maxcap=20480m dir=/tsmfile def stg FILEPOOL LARGEFILE maxscratch=200 reclaim=100 hi=100 lo=0 migpr=4 reclaimpr=20 next=tapepool 3. Se ocê tier conjuntos de armazenamentos que foram definidos com a deduplicação atiada, desatie os processos de identificação de duplicatas: def stg FILEPOOL LARGEFILE maxscratch=200 reclaim=100 hi=100 lo=0 dedup=yes identifypr=0 migpr=4 reclaimpr=4 Exemplo: Configurando um Planejamento para a Janela de Backup do Cliente: Esse exemplo inicia um backup incremental de todos os nós associados nos domínios STANDARD. O planejamento inicia diariamente às 20h usando o modo de planejamento solicitado pelo seridor. Como os planejamentos de longa execução continuam após a duração, uma duração mais curta poderá ser usada para forçar esses planejamentos a iniciarem mais perto do começo da janela de início. def schedule standard nightly_backups description="nightly backups of nodes in domain standard" starttime=20:00 duration=5 durunits=hours period=1 perunits=days Exemplo: Configurando o Planejamento de Manutenção do Seridor: Planeje as operações de manutenção do seridor para serem executadas fora da janela de backup de cliente, com o mínimo de sobreposição possíel. É possíel controlar a sincronização dos planejamentos de tarefas de manutenção configurando o horário de início em combinação com o tempo de duração para cada operação. Aqui está um exemplo de como é possíel sincronizar cada processo: 08:00 - término Backup do conjunto de armazenamentos 11:00 às 13:00 Identificação de duplicados 13:00 às 15:00 Expiração de inentário 14:00 às 16:00 Migração do conjunto de armazenamentos 16:00 às 18:00 Processo de recuperação 18:00 - término Backup de banco de dados, incluindo o backup de configuração de histórico do olume e de dispositio 20:00 - término Backup de cliente Após determinar uma linha de tempo, use o comando DEFINE SCHEDULE para criar planejamentos para cada processo. É possíel incluir scripts em cada planejamento para que os comandos sejam processados automaticamente. Use o comando DEFINE SCRIPT para criar um script e o comando UPDATE SCRIPT para incluir linhas. 124 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

139 Os scripts a seguir são exemplos de como definir cada tarefa de seridor: Backup do conjunto de armazenamentos /* */ /* Storage Pool Backup */ /* */ def script STGBACKUP "/* Run stg pool backups */" upd script STGBACKUP "backup stg archiepool copypool maxproc=4 wait=yes" line=005 upd script STGBACKUP "backup stg backuppool copypool maxproc=4 wait=yes" line=010 upd script STGBACKUP "backup stg filepool copypool maxproc=4 wait=yes" line=020 upd script STGBACKUP "backup stg filepool2 copypool maxproc=4 wait=yes" line=025 upd script STGBACKUP "backup stg tapepool copypool maxproc=3 wait=yes" line=030 def sched STGBACKUP type=admin cmd="run STGBACKUP" actie=yes desc="run all stg pool backups." \ startdate=today starttime=08:00:00 dur=45 duru=minutes per=1 peru=day commit Identificação de duplicados /* */ /* Deduplication */ /* */ def script DEDUP "/* Run identify duplicate processes. */" upd script DEDUP "identify duplicates FILEPOOL numpr=4 duration=120" \ line=010 upd script DEDUP "identify duplicates FILEPOOL2 numpr=2 duration=120" \ line=015 def sched DEDUP type=admin cmd="run DEDUP" actie=yes desc="run identify duplicates." \ startdate=today starttime=11:00:00 dur=45 duru=minutes per=1 peru=day commit Expiração de inentário /* */ /* Expiration /* */ def script EXPIRE "/* Run expiration processes. */" upd script EXPIRE "expire inentory wait=yes duration=120" line=010 def sched EXPIRATION type=admin cmd="run expire" actie=yes desc="run expiration." \ startdate=today starttime=13:00:00 dur=45 duru=minutes per=1 peru=day commit Migração do conjunto de armazenamentos /* */ /* Storage Pool Migration */ /* */ def script MIGRATE "/* Run stg pool migration */" upd script MIGRATE "migrate stg archiepool duration=30 wait=yes" line=005 upd script MIGRATE "migrate stg backuppool duration=30 wait=yes" line=010 upd script MIGRATE "migrate stg filepool2 duration=60 wait=yes" line=015 def sched MIGRATE type=admin cmd="run MIGRATE" actie=yes desc="migrate data to tape pools." \ startdate=today starttime=14:00 dur=45 duru=minutes per=1 peru=day commit Processo de recuperação /* */ /* Storage Pool Reclamation */ /* */ def script RECLAIM "/* Run stg pool reclamation */" Capítulo 9. Ajustando o Desempenho do Seridor 125

140 upd script RECLAIM "reclaim stg filepool threshold=40 duration=120 wait=yes" line=005 upd script RECLAIM "reclaim stg filepool2 threshold=40 duration=120 wait=yes" line=008 upd script RECLAIM "reclaim stg tapepool threshold=60 duration=60 wait=yes" line=010 def sched RECLAIM type=admin cmd="run RECLAIM" actie=yes desc="reclaim space from FILEPOOL and TAPEPOOL." \ startdate=today starttime=16:00 dur=45 duru=minutes per=1 peru=day commit Backup de banco de dados, incluindo o backup de configuração de histórico do olume e de dispositio /* */ /* Database Backup */ /* */ def script DBBACKUP "/* Run DB backups */" upd script DBBACKUP "backup db dec=ts3310dec type=full wait=yes" line=005 upd script DBBACKUP "backup olhist" line=010 upd script DBBACKUP "backup deconf" line=015 def sched DBBACKUP type=admin cmd="run DBBACKUP" actie=yes desc="run database backup." \ startdate=today starttime=18:00:00 dur=45 duru=minutes per=1 peru=day commit Ajustando a Replicação de Nó Após replicar dados, assegure-se de que seja possíel medir a eficácia da configuração e ajustar a elocidade dos processos de replicação. Medindo a eficácia de uma configuração de replicação Uma configuração de replicação será ideal se o número de arquios replicados que estierem armazenados em um seridor de destino for igual ao número de arquios que estão armazenados no seridor de origem. Use o comando QUERY REPLNODE para exibir o número de arquios que estão armazenados nos seridores de replicação de origem e de destino. Aumentando a elocidade de um processo de replicação de nó É possíel configurar a opção do seridor REPLBATCHSIZE juntamente com a opção do seridor REPLSIZETHRESH para aumentar a elocidade do processamento entre dois seridores de replicação. Essas opções especificam quantos arquios deem ser incluídos em uma transação em lote e definem um limite para o tamanho do lote, em megabytes. O alor padrão para cada opção, que é 4096, é a melhor prática para a configuração. Se ocê desejar melhorar o desempenho de um processo de replicação de nó, tente ajustar as opções do seridor REPLBATCHSIZE e REPLSIZETHRESH. Altere os alores padrão somente após monitorar o desempenho de replicação de nó sobre as sessões gerais. Quando os alores padrão das opções são aumentados, o seridor requer mais espaço no log atio. Poderá ser necessário alocar espaço para o log atio que tenha o dobro, ou mais, do tamanho de log atio que usa o tamanho padrão de Além disso, o seridor poderá precisar de um tempo de inicialização mais longo ao ser iniciado. Use um método de aaliação e de erro para aumentar as opções do seridor. É possíel aumentar as opções do seridor em qualquer ordem. Inicie aumentando uma das opções incrementalmente em 10%. Se o desempenho da replicação não melhorar, reerta a configuração para seu alor original. Aumente a outra opção incrementalmente em 10%. Assegure-se de monitorar uso do log atio durante as primeiras operações 126 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

141 de replicação para assegurar que um espaço de log atio suficiente esteja disponíel. Transações maiores executam por mais tempo e usam mais espaço de log atio, fazendo com que outros processos do seridor fiquem lentos. Se processos do seridor ficarem lentos, reduza as opções até que a replicação e outros processos do seridor possam ser concluídos. Para obter mais informações sobre os comandos e as opções do seridor, consulte o Tioli Storage Manager Referência do Administrador. Ajuste de Deduplicação de Dados do Lado do Seridor Ajuste as definições e a configuração de operações diferentes para assegurar que o desempenho da deduplicação de dados do lado do seridor seja eficiente. 1. Controle os recursos do processador configurando o número de processos de identificação duplicados que ocê deseja usar. Não exceda o número de núcleos de processador disponíeis em seu seridor Tioli Storage Manager quando configurar o alor NUMPROCESS. Defina um limite de duração para o comando IDENTIFY DUPLICATES ou os processos que estierem em execução após o comando ser emitido serão executados indefinidamente. 2. Determine o limite de recuperação de um conjunto de armazenamentos deduplicado. Um conjunto de armazenamentos deduplicado geralmente é recuperado para um limite inferior ao padrão de 60 para permitir que mais extensões duplicadas identificadas sejam remoidas. Experimente configurar esse alor para localizar um limite que possa ser concluído dentro do tempo disponíel. Dica: Uma configuração de recuperação de 40 ou menos geralmente é suficiente. 3. Determine quantos processos de recuperação serão executados. 4. Planeje o processamento de deduplicação de dados com base no modo com que ocê cria uma segunda cópia de seus dados. Se ocê estier fazendo backup de seu conjunto de armazenamentos, não sobreponha o backup de cliente e a identificação de duplicata. O backup do conjunto de armazenamentos dee ser concluído antes do processo de identificação ou o processo de cópia demorará mais tempo porque ele requer que os dados deduplicados sejam remontados antes do backup. Consulte Planejando Processos de Deduplicação de Dados e Replicação de Nó na página 115 para obter detalhes sobre a sequência de melhor prática de eentos diários. É possíel sobrepor as operações de identificação de duplicata e de backup de cliente se ocê não estier fazendo backup de seu conjunto de armazenamentos ou se estier usando replicação de nó para criar uma cópia secundária de seus dados. Executar essas operações juntas pode reduzir o tempo necessário para concluir o processamento, mas pode aumentar o tempo necessário para o backup de cliente. Conceitos relacionados: Lista de Verificação para Deduplicação de Dados na página 21 Tarefas relacionadas: Planejando Processos de Deduplicação de Dados e Replicação de Nó na página 115 Aaliando os Resultados da Deduplicação de Dados na página 61 Ajustando a Deduplicação de Dados do Lado do Cliente na página 194 Capítulo 9. Ajustando o Desempenho do Seridor 127

142 Restauração de Dados Deduplicados As operações de restauração que requerem a remontagem dos dados a partir de um conjunto de armazenamentos de disco de acesso sequencial (FILE) configurado para deduplicação de dados possuem características de desempenho diferentes do que as operações de restauração do conjunto de armazenamentos FILE que não é configurado para deduplicação. Em um conjunto de armazenamentos FILE que não é configurado para deduplicação de dados, geralmente, os arquios são restaurados em um processamento sequencial. Em um conjunto de armazenamentos FILE configurado para deduplicação de dados, no entanto, os dados são distribuídos em todo o conjunto de armazenamentos. Como resultado, a entrada/saída (E/S) é mais aleatória, podendo lear a itens de restauração mais lentos. Além disso, mais recursos do processador do seridor são consumidos quando dados são restaurados a partir de um conjunto de armazenamentos deduplicado. Isto ocorre porque os dados são erificados para assegurar se eles foram remontados corretamente usando algoritmos MD5. Embora as operações de restauração de pequenos arquios a partir de um conjunto de armazenamentos deduplicado possam ser relatiamente lentas, geralmente estas operações ainda são mais rápidas do que operações de restauração de pequenos arquios a partir de fita, deido ao tempo de montagem e localização da fita incluído. Melhorando o Desempenho De Leitura para Conjuntos de Armazenamentos Deduplicados Para obter as diferentes extensões que formam um arquio de um conjunto de armazenamentos deduplicado, as operações de restauração do cliente e determinados processos do seridor poderão exigir a abertura e o fechamento de olumes FILE diersas ezes. A frequência com que olumes FILE são abertos e fechados durante uma sessão pode afetar graemente o desempenho. Abrir e fechar olumes árias ezes pode afetar os seguintes processos do seridor que leem dados de um conjunto de armazenamentos deduplicado: Recuperação de olume MOVE DATA ou MOVE NODEDATA EXPORT AUDIT VOLUME Operação de restauração de conjunto de armazenamentos Operação de restauração de olume Migração de dados Para reduzir o número de ezes em que um olume é aberto e fechado, o Tioli Storage Manager permite que diersos olumes FILE de entrada em um conjunto de armazenamento deduplicado permaneçam abertos ao mesmo tempo durante uma sessão. Para especificar o número de olumes FILE abertos em conjuntos de armazenamentos deduplicados que podem permanecer abertos, use a opção do seridor NUMOPENVOLSALLOWED. Configure essa opção no arquio de opções do seridor ou usando o comando SETOPT. Cada sessão em uma operação do cliente ou processo do seridor pode possuir tantos olumes FILE abertos quanto forem especificados por esta opção. Uma sessão é iniciada por uma operação do cliente ou por um processo do seridor. Diersas sessões podem ser iniciadas em cada uma. 128 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

143 Durante uma operação de restauração do cliente, os olumes podem permanecer abertos enquanto uma sessão do cliente estier atia. Durante uma operação de restauração que não seja de consulta, os olumes permanecerão abertos até que esta operação seja concluída. Em seguida, todos os olumes serão fechados e liberados. No entanto, para uma operação de restauração padrão iniciada no modo interatio, os olumes podem permanecer abertos no término dessa operação. Os olumes são fechados e liberados quando a próxima operação de restauração clássica for solicitada. Dica: Esta opção pode aumentar significatiamente o número de olumes e os pontos de montagem em uso a qualquer momento. Para otimizar o desempenho, execute as seguintes tarefas: Para configurar NUMOPENVOLSALLOWED: 1. Selecione um alor inicial. O padrão é 10. Um pequeno aumento para essa opção pode ser benéfico, mas não pode ser true em todos os ambientes. 2. Monitore as sessões do cliente e os processos do seridor. 3. Obsere o número maior de olumes abertos para uma única sessão ou processo. Se o número maior de olumes abertos for igual ao alor especificado por NUMOPENVOLSALLOWED, aumente a configuração de NUMOPENVOLSALLOWED. Para eitar que sessões ou processos tenham que aguardar por um ponto de montagem: 1. Aumente o alor do parâmetro MOUNTLIMIT na definição de classe de dispositio. 2. Configure o alor do parâmetro MOUNTLIMIT alto suficiente para permitir que todas as sessões do cliente e processos do seridor, que estierem usando conjuntos de armazenamentos deduplicados, abram o número de olumes que for especificado pela opção NUMOPENVOLSALLOWED. 3. Verifique os seguintes resultados: Para as sessões do cliente, erifique o destino na definição de grupo de cópia para determinar quantos nós estão armazenando dados no conjunto de armazenamentos deduplicado. Para processos do seridor, erifique o número de processos que são permitidos para cada processo do conjunto de armazenamentos. Para qualquer nó que estier fazendo backup ou arquiando dados em um conjunto de armazenamentos deduplicado, configure o alor do parâmetro MAXNUMMP na definição de nó cliente para um alor pelo menos igual ao da opção NUMOPENVOLSALLOWED. Aumente esse alor se ocê obserar que o nó está falhando as operações do cliente porque o alor de MAXNUMMP está sendo excedido. Ajustando as Operações do Seridor para Backups de Cliente Quando possíel, limite o número de ersões de qualquer arquio de backup para o mínimo necessário. O desempenho do backup de arquio é degradado quando existem muitas ersões de um objeto. Use o comando DEFINE COPYGROUP e modifique o parâmetro VEREXISTS para controlar o número de ersões ou use o comando UPDATE COPYGROUP. O número padrão de ersões de backup é 2. Se os requisitos de retenção em seu ambiente forem diferentes entre os sistemas do cliente, utilize grupos de cópias diferentes ao inés de usar o menor denominador comum. Por exemplo, se seus sistemas de contabilidade requererem que registros Capítulo 9. Ajustando o Desempenho do Seridor 129

144 sejam mantidos por sete anos, mas outros sistemas precisarem que dados sejam mantidos por apenas dois anos, não especifique sete para todos eles. Em ez disso, crie dois grupos de cópias separados. Além de os backups serem potencialmente mais rápidos, menos armazenamento é usado porque dados desnecessários não estão sendo mantidos. Da mesma forma, é possíel configurar um grupo de cópias separado para backups de estado do sistema para eitar manter arquios desnecessários do sistema operacional. Por exemplo, se ocê desejar reter os dados de estado do sistema durante uma semana e todos os outros dados durante um ano, crie um grupo de cópia para os dados de estado do sistema. Ajustando Operações para Implementação Automática do Cliente de Backup-Archie Há árias ações que podem ser usadas para melhorar o desempenho da implementação do cliente de backup-archie. Implemente o cliente quando os clientes, seridor e rede tierem atiidade mínima. Não implemente durante operações de backup de cliente. Para eitar o custo de recuperação de um pacote errado, use planejamentos separados para cada arquitetura de cliente (por exemplo, x86, x64, ia64). Se diersos clientes estierem sendo atualizados simultaneamente, armazene os pacotes de implementação em um conjunto de armazenamentos DISK de acesso aleatório ou FILE de acesso sequencial. Ambos os tipos de conjuntos de armazenamentos suportam o acesso de leitura para o mesmo objeto a partir de árias sessões simultaneamente. Se o conjunto de armazenamentos usar fita, o seridor serializará o acesso de leitura para o olume do conjunto de armazenamentos que contém os dados do pacote de upgrade. O acesso serial também é usado para um olume do conjunto de armazenamentos em uma biblioteca de fita irtual (VTL), mesmo se os dados estierem armazenados em discos físicos. Forneça memória de cache suficiente no sistema de disco que é utilizado pelos conjuntos de armazenamentos DISK de acesso aleatório ou FILE de acesso sequencial que contêm os pacotes de implementação. Os pacotes de implementação são lidos a partir dos olumes do conjunto de armazenamentos durante a recuperação usando entrada/saída (E/S) direta. Isso significa que o sistema operacional do seridor não armazena em cache de dados na memória e cada E/S dee ser proeniente do sistema de disco. Quando o seridor estier implementando muitos clientes ao mesmo tempo, o sistema de disco isualiza uma alta proporção de ocorrências de leitura nesses blocos de dados, o que lea a um rendimento mais rápido. Equilibre ários clientes nas interfaces de rede no seridor. Esse balanceamento pode ser feito para otimizar também o desempenho do backup. 130 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

145 Ajustando o Desempenho da Unidade de Fita Existem alguns procedimentos básicos para manter o desempenho de suas unidades de fita. Configurando Unidades de Fita Suficientes Você dee configurar unidades de fita suficientes para operações que ocorram ao mesmo tempo em seu ambiente: O número máximo de sessões do cliente do Tioli Storage Manager que estão fazendo backup diretamente na fita a qualquer momento durante a janela de pico de backup. Unidades de fita adicionais para outras funções executadas durante a janela de backup. Por exemplo, migração do conjunto de armazenamentos, backup e recuperação do conjunto de armazenamentos. Limpando Unidades de Fita Limpar a unidade de fita de acordo com as especificações do fabricante é importante para assegurar máximo desempenho da unidade de fita. A não-limpeza das unidades de fita pode causar erros de leitura e graação, falhas na unidade e, geralmente, um desempenho degradado. Atiando a Compactação de Fita Na maioria dos casos, o método preferencial de atiar a compactação na unidade de fita melhora o rendimento do Tioli Storage Manager. O parâmetro FORMAT do comando DEFINE DEVCLASS pode ser usado para especificar o formato de graação apropriado a ser usado quando graar dados na mídia de acesso sequencial. O padrão é DRIVE, que especifica que o Tioli Storage Manager seleciona o formato mais alto que possa ser suportado pela unidade de acesso sequencial na qual um olume é montado. Esta configuração geralmente permite que a unidade de controle de fita execute a compactação. Dica: Eite especificar o alor de DRIVE quando uma combinação de dispositios for usada na mesma biblioteca. Por exemplo, se ocê tier unidades que suportam formatos de graação superiores aos de outras unidades em uma biblioteca, não especifique o parâmetro FORMAT com o alor DRIVE. Consulte Tioli Storage Manager Referência do Administrador para informações adicionais. Se ocê não usar a compactação no cliente e os dados forem compactáeis, ocê deerá arquiar um rendimento do sistema maior se usar a compactação na unidade de controle de fita, a não ser que a rede esteja lenta. Capítulo 9. Ajustando o Desempenho do Seridor 131

146 Taxa de Transferência da Unidade de Fita Muitos fatores afetam a taxa de transferência sustentada de Tioli Storage Manager ao usar unidades de fita. A taxa de transferência suportada considera o efeito da rede de todos estes fatores. Estes fatores incluem: Taxa de transferência natia Proporção de compactação Tamanho do arquio Conexão do seridor Tipo do adaptador de barramento de host (HBA) de anexo do seridor. Taxa de transferência de disco Largura de banda da rede Utilização do seridor Desempenho de início/parada Atiidade do arquio de controle do aplicatio Tamanho da transação Tioli Storage Manager Largura da banda do barramento Qualidade da mídia Uso de disposição para operações de restauração Distribuição de dados no olume de fita Desempenho da Taxa de Fluxo da Unidade de Fita Taxa de fluxo é a taxa na qual uma unidade de fita pode ler e graar, não incluindo nenhuma operação de início e parada. A maioria dos usos de fita inclui algumas operações de inicialização e parada, o que pode diminuir a taxa sustentada em que a unidade opera. Quando ocê estier graando para uma unidade de fita, a unidade proaelmente retornará o controle para o aplicatio quando os dados estierem no buffer de unidade de fita antes que os dados sejam graados para a fita. Este modo de operação fornece a todas as unidades de fita uma melhoria significatia no desempenho. No entanto, o buffer da unidade é olátil. Para o aplicatio assegurar-se de que os dados sejam graados na fita, o aplicatio deerá limpar o buffer. Limpar o buffer causa o back hitch da unidade de fita (início/parada). Os parâmetros TXNBYTELIMIT e TXNGROUPMAX do Tioli Storage Manager controlam a frequência com que o Tioli Storage Manager emite esse comando de limpeza de buffer. Quando estier graando para uma unidade de fita, ocê deerá considerar a largura da banda da rede. Por exemplo, o Ethernet de 1 gigabit pode sustentar 60 a 70 MB por segundo. Portanto, não será possíel fazer backup para uma unidade de fita mais rápido do que isso. 132 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

147 Usando Unidades de Fita de Alto Desempenho Ao usar unidades de fita de alto desempenho com o Tioli Storage Manager, é importante usar as opções do seridor e do cliente apropriadas para aprimorar o desempenho. Considere essas configurações para obter o melhor desempenho: Opções do Seridor TXNGROUPMAX 4096 MOVESIZETHRESH MOVEBATCHSIZE 1000 Opções do Cliente TXNBYTELIMIT 10G Se, em média, os clientes do Tioli Storage Manager possuírem arquios menores que 100 KB, faça backup desses clientes em um conjunto de armazenamentos em disco para migrar posteriormente na fita. Isto permite uma moimentação de dados mais eficiente para a fita. Ajustando a Capacidade do HBA O sistema do seridor dee possuir adaptadores de barramento de host (HBAs) suficientes para manipular operações de dados que o Tioli Storage Manager executa simultaneamente. Assegure-se de ter largura da banda do HBA suficiente para manipular picos de carregamentos no sistema. Quando estier planejando picos de carregamentos, considere que todas as operações possam ocorrer simultaneamente em seu ambiente. Por exemplo, se ocê estier fazendo backup de um conjunto de discos, será necessário ter largura da banda da rede suficiente para a operação de backup de cliente. Também é necessária uma quantia semelhante de largura da banda de saída desses dados de backup para o disco por meio de fibra, SAS ou outro HBA. Mais largura da banda será necessária se a migração do conjunto de armazenamentos estier propensa a ser executada durante a janela de backup. Além da largura da banda necessária para a operação de backup, uma largura da banda será necessária para ler os dados do disco e graar na fita. Se ocê considerar apenas a largura da banda que é necessária para a operação de backup, sua largura da banda disponíel ficará limitada quando a migração do conjunto de armazenamentos iniciar. Conceitos relacionados: Gargalos Potenciais no Fluxo de Dados para Operações do Tioli Storage Manager na página 42 Referências relacionadas: Compatibilidade e Uso de Recursos para Processos do Seridor na página 117 Capítulo 9. Ajustando o Desempenho do Seridor 133

148 Ajustando o Tioli Monitoring para Tioli Storage Manager Reise os tópicos a seguir para obter informações sobre o desempenho ideal com o Tioli Monitoring para Tioli Storage Manager. Ajustando o Desempenho do Sistema Tioli Common Reporting É possíel melhorar o desempenho de seu sistema de relatório quando executar os relatórios do Tioli Common Reporting. Quando executar os relatórios do Tioli Common Reporting, poderá obserar um atraso antes que o relatório seja gerado. Para melhorar o desempenho ou eitar problemas de desempenho com o aplicatio de relatório quando os relatórios do Tioli Common Reporting são executados, use as opções a seguir: Planeje e enie o relatório por Se ocê estier monitorando grandes seridores Tioli Storage Manager, ou executando um relatório que inclua diersos seridores Tioli Storage Manager, a melhor opção é planejar os relatórios. Para obter mais detalhes, consulte as informações sobre o planejamento para que os relatórios do Cognos sejam eniados por no Tioli Storage Manager Guia do Administrador. Atie a remoção de WAREHOUS. Atie a remoção para remoer dados que forem mais antigos do que o período de tempo especificado a fim de reduzir o tamanho do banco de dados. Consulte informações sobre a configuração dos alores de resumo e remoção no Tioli Storage Manager Guia de Instalação. Aumente as configurações de limpeza do WAREHOUS. O aumento das configurações de limpeza do WAREHOUS pode reduzir a quantia de dados no banco de dados. As consultas geralmente serão executadas mais rápido se houer menos dados para processar. Consulte informações sobre a configuração dos alores de resumo e remoção no Tioli Storage Manager Guia de Instalação. Selecione menos dados para relatar. Na sessão de parâmetro do relatório, selecione um conjunto de dados menor para isualizar. Quando ocê selecionar uma quantidade de dados menor, ocê restringe a quantia de dados que é consultada e retornada. Reinicie o sistema. Em alguns casos, ao reiniciar o sistema, é possíel melhorar o desempenho do aplicatio de relatório quando os relatórios são executados. Modificando o Arquio de Ambiente do Tioli Monitoring para Desempenho É possíel melhorar o desempenho ao modificar as ariáeis no arquio de ambiente criado automaticamente quando uma instância do agente do Tioli Monitoring para Tioli Storage Manager foi incluída. Use qualquer editor de texto para editar o arquio. Nos sistemas Windows, o arquio de ambiente é chamado KSKENV_xxx, emque xxx é o nome da instância do agente de monitoramento que ocê criou. O arquio KSKENV_xxx fica no diretório de instalação do Tioli Monitoring para Tioli Storage Manager (por exemplo: \IBM\ITM\TMAITM6). 134 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

149 Nos sistemas AIX e Linux, os arquios de ambiente são chamados sk_ini e ficam no diretório /opt/tioli/tsm/reporting/itm/config/.configdata/. A lista a seguir contém as ariáeis de ambiente que podem ser alteradas para modificar o desempenho de seu agente de monitoramento. Tabela 16. Variáeis de Ambiente que Afetam o Desempenho Característica a modificar A quantia de tempo, em segundos, que o IBM Tioli Monitoring ou o Tioli Enterprise Portal espera por dados a partir do agente. O período de existência, em horas, dos dados que são coletados pelo Tioli Storage Manager e pelo agente de relatório comum. Número máximo de linhas que são recuperadas a partir do banco de dados do Tioli Storage Manager em qualquer momento. A quantia de tempo, em minutos, antes que a API de administração do Tioli Storage Manager atinja tempo limite. O atraso, em minutos, em que o seridor Tioli Storage Manager é consultado quanto a determinados grupos de atributos. Variáel de ambiente Valor padrão CDP_COLLECTION_TIMEOUT 50 segundos Detalhes Aumente essa ariáel se ocê notar que nenhum dado está sendo eniado ao Tioli Monitoring, Tioli Enterprise Portal ou Tioli Data Warehouse. Além disso, aumente o alor se o arquio de rastreio do Tioli Storage Manager ou do Tioli Common Reporting mostrar que as consultas ao Tioli Storage Manager estão leando mais de 50 segundos. KSK_APIHRLIMIT 1 hora Não aumente esse alor, a menos que o agente esteja sendo executado em um seridor de alto desempenho. KSK_APIBUFFER linhas KSK_APITIMEOUT 480 minutos KSK_PREFETCH_MINUTES 30 minutos Configure o alor de linhas ou menos. Se o número total de linhas definido por esse alor exceder o número total de linhas no banco de dados do Tioli Storage Manager, nenhum dado será retornado. É possíel modificar esta ariáel das seguintes formas: Aumente esse alor para reduzir o número de ezes que o agente consulta o seridor Tioli Storage Manager quanto a um período de 24 horas. Reduza esse alor para aumentar a frequência das consultas do seridor Tioli Storage Manager. Esse alor é para todos os grupos de atributos que são coletados pelo agente. Capítulo 9. Ajustando o Desempenho do Seridor 135

150 Tabela 16. Variáeis de Ambiente que Afetam o Desempenho (continuação) Característica a modificar O número de dados em que os dados de pré-busca são armazenados o cache de pré-busca. O cache de pré-busca sere para armazenamento de curto prazo de dados do Tioli Storage Manager que são transferidos posteriormente para o armazém de dados. Número máximo de linhas que são retornadas de uma ez para o seridor Tioli Monitoring. Variáel de ambiente Valor padrão Detalhes KSK_PREFETCH_RETENTION_DAYS 2 dias Dois dias é tempo suficiente para essa ariáel. KSK_MAXIMUM_ROWS_RETURNED linhas A mudança desse alor pode fazer com que o Tioli Enterprise Portal receba uma quantidade de linhas de dados maior do que a que consegue exibir. A elocidade do processador e a quantia de memória instaladas no seridor Tioli Monitoring dita o alor dessa ariáel. Além das ariáeis do agente que podem ser alteradas, também existem outros dois alores importantes para o ajuste dos seridores de relatório. Os alores a seguir podem ser modificados nos painéis de configuração de histórico do Tioli Enterprise Portal: Tabela 17. Parâmetros do Tioli Enterprise Portal Descrição Especifica a frequência em que os dados coletados a partir do Tioli Monitoring são eniados ao Tioli Data Warehouse para armazenamento de dados históricos. Especifica o período de tempo entre solicitações do Tioli Monitoring para o agente de coleta de dados do Tioli Storage Manager Tioli Common Reporting. Parâmetro Valor padrão Detalhes Warehouse interal 1 dia Os alores possíeis são 15 minutos, 30 minutos, 1 hora, 12 horas, 1 dia e desatiado. Collection interal 1 hora Especifica um alor que é duas ezes o alor da ariáel KSK_PREFETCH_MINUTES. Os alores possíeis são 1, 5, 15 ou 30 minutos, 1 hora ou 1 dia. Ajustando o Tioli Storage Manager Operations Center e o Monitoramento de Status do Seridor O desempenho do Tioli Storage Manager Operations Center depende do processador, memória e sistema de disco em uso para o sistema no qual o software está instalado. O desempenho geral depende dos recursos do sistema dos seridores do hub e spoke, e do número de espaços no arquio dos sistemas do cliente e da máquina irtual que estierem sendo monitorados por todos os seridores. O Tioli Storage Manager Operations Center funciona com seridores Tioli Storage Manager que são V6.3.4 e mais recentes. 136 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

151 O primeiro seridor Tioli Storage Manager que ocê conecta aooperations Center é designado como um seridor do hub. Em um ambiente com diersos seridores, é possíel conectar mais seridores, chamados seridores spoke. Os seridores spoke eniam informações de alertas e status ao seridor do hub. Reise os requisitos do sistema para o Operations Center antes de instalá-lo, e antes de possibilitar o monitoramento de status e alertas para um seridor. O Operations Center coloca mais carga de trabalho no sistema no qual ele está instalado. Atiar o monitoramento de status e alerta também aumenta a carga de trabalho em um sistema de seridor Tioli Storage Manager. Localize os requisitos do sistema no Tioli Storage Manager Guia de Instalação para o sistema operacional que estier usando (sistemas AIX, Linux ou Windows). Requisitos do Recurso para Monitoramento de Status em Seridores Monitorados Quando um seridor é incluído no Tioli Storage Manager Operations Center como um seridor do hub ou um seridor spoke, o monitoramento de status é automaticamente atiado. O monitoramento de status usa recursos e espaço em cada seridor no qual ele é atiado. Os recursos que são necessários dependem do número de espaços no arquio de nós clientes e de máquina irtual que estão sendo gerenciados pelos seridores do Tioli Storage Manager. A tabela a seguir resume os requisitos para um seridor que é atiado para o monitoramento do status. Na tabela e no texto a seguir, o termo cliente inclui espaços no arquio dos nós clientes e da máquina irtual. Para detalhes dos requisitos do sistema, consulte o Tioli Storage Manager Guia de Instalação para o sistema operacional que ocê estier usando (sistemas AIX, Linux ou Windows). Tabela 18. Requisitos do Recurso para Seridores que Estão Atiados para Monitoramento de Status Requisito do recurso Uso do Processador O alor se baseia em medições de laboratório que usaram o núcleo Intel X7550 de 2.00 GHz Espaço adicional no banco de dados do seridor Espaço adicional para o log de archie do seridor O uso do recurso para o níel base de até 1000 clientes 1.1 núcleos do processador Uso do recurso para cada 1000 clientes sobre o níel base 0.1 núcleos do processador 2GB 2GB 4GB 10 GB 10 GB 20 GB Exemplo: Uso do recurso para um seridor spoke com 2000 clientes 1.2 núcleos do processador O alor assume que um backup de banco de dados completo é concluído a cada 24 horas. Seridor spoke: transferência de dados para o seridor do hub sobre a rede 30-60MBpor hora 30-60MBpor hora MB por hora Capítulo 9. Ajustando o Desempenho do Seridor 137

152 Para um seridor que tem uma carga de trabalho pesada ou operações de E/S altas por segundo (IOPS) deido às operações do Tioli Storage Manager como deduplicação de dados, considere incluir um buffer de 25-50% nos requisitos de banco dedados e de log. O seridor do hub dee ter o recurso para o número de clientes que ele monitora diretamente, de acordo com as estimatias mostradas em Tabela 18 na página 137. O seridor do hub também dee atender aos seguintes requisitos: Banco de dados e espaço de log adicionais, iguais ao requisito total para todos os seridores spoke. Recursos do processador adicionais, iguais ao requisito total para todos os clientes no ambiente (todos os clientes em todos os seridores spoke). Recurso de E/S adicionais para os olumes de banco de dados para suportar aproximadamente 200 IOPS para cada 1000 clientes no ambiente. Essa estimatia assume um tamanho de E/S médio de 8 KB. O Tabela 19 mostra uma estimatia de recurso para um seridor do hub. O seridor do hub tem 1000 espaços de arquio de clientes e de máquina irtual. Cada um dos cinco seridores spoke tem 2000 espaços de arquio de clientes e de máquina irtual. Tabela 19. Exemplo de Requisitos de Recurso para um Seridor do Hub Requisito do recurso Uso do Processador O alor se baseia em medições de laboratório que usaram o núcleo Intel X7550 de 2.00 GHz Espaço adicional no banco de dados do seridor Espaço adicional para o log de archie do seridor Uso de recurso para 1000 clientes que são monitorados pelo seridor do hub 1.1 núcleos do processador Uso do recurso no seridor do hub para os clientes que são monitorados em cinco seridores spoke (2000 clientes em cada um deles) 1 núcleo do processador A estimatia se baseia em 0,1 núcleo do processador por 1000 clientes em seridores spoke. 2GB 20GB 22GB Uso de recurso estimado total 2 núcleos do processador 10 GB 100 GB 110 GB O alor assume que um backup de banco de dados completo é concluído a cada 24 horas. Capacidade de IOPS para o banco de dados do seridor no seridor do hub 200 IOPS 2000 IOPS 2200 IOPS Para qualquer seridor do hub que monitora seridores spoke, ocê obtém o melhor desempenho se o banco de dados do seridor estier em discos que 138 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

153 possam manipular operações de 8-KB na taxa de pelo menos 1000 IOPS. Tal capacidade de IOPS pode ser atingida usando uma única unidade SSD de níel corporatio, que pode manipular milhares de IOPS desse tamanho. Se SSD não for uma opção, uma boa escolha é usar diersas unidades HDD SAS de 15k rpm, cada uma delas capaz de manipular centenas de IOPS de 8-KB. O que ocê escolher dependerá de quais outras cargas de trabalho o seridor do hub tier. Consulte Lista de Verificação para Discos do Banco de Dados do Seridor na página 12. As ferramentas estão disponíeis para estimar a capacidade de IOPS para sistemas de disco. Para obter informações adicionais, consulte Analisando o Desempenho Básico de Sistemas de Disco na página 67 e a documentação do seu sistema operacional. Requisitos de Recurso e Localização do Operations Center É possíel instalar o Operations Center no mesmo computador de um seridor Tioli Storage Manager, ou em um computador separado. Seu desempenho é afetado pelos recursos disponíeis no sistema no qual o Operations Center está instalado, e na rede que conecta os computadores. Rede e Efeitos de Localização À medida que os usuários acessam e trabalham com informações, no Operations Center, o Operations Center pode se conectar ao seridor do hub sozinho, a um ou mais seridores spoke, ou a todos os seridores para concluir sus operações. Portanto, a rede que conecta esses sistemas afeta a responsiidade do Operations Center. Selecionar sistemas que estão fisicamente juntos para o Operations Center, seridor do hub e seridores spoke pode oferecer melhor desempenho. Para a melhor responsiidade ao efetuar login no Operations Center, use uma conexão de rede com uma latência roundtrip que seja inferior a 5 ms. Geralmente, estar na mesma rede local (LAN) fornece tal baixa latência. Latências mais altas podem ser aceitáeis, mas podem causar responsiidade degradada. Por exemplo, a responsiidade em uma rede de longa distância (WAN) pode não ser aceitáel aos usuários do Operations Center. Para usar o mesmo computador para o Operations Center como um seridor Tioli Storage Manager, o computador dee satisfazer os requisitos para ambos, o Operations Center e o seridor Tioli Storage Manager. Localize os requisitos do sistema no Tioli Storage Manager Guia de Instalação para sistemas AIX, Linux, ou Windows. Seleção do Naegador Para acessar o Operations Center, use um naegador da web que tenha bom desempenho JaaScript, e atie o armazenamento em cache do naegador. Por exemplo, use o Microsoft Internet Explorer 9, a ersão ESR mais recente do Firefox ou Google Chrome. Uso de Recurso para Cada Administrador que Efetuou Login O número de administradores que efetuaram login ao mesmo tempo e o número de tarefas nas quais cada um deles está trabalhando, afeta o uso de recurso pelo Operations Center: A execução do Operations Center usa cerca de 3% de um núcleo do processador (com base em um Intel X GHz ou processador equialente). Capítulo 9. Ajustando o Desempenho do Seridor 139

154 Cada administrador que efetuou login no Operations Center usa 2% - 3% de um núcleo de processador no sistema no qual o Operations Center executa. Esse níel de uso assume que cada administrador conclui cerca de 40 tarefas por hora. Um Operations Center típico tem 8-10administradores que efetuaram login e estão concluindo tarefas ao mesmo tempo. Uma tarefa pode ser uma das seguintes atiidades: Naegar para e isualizar páginas na interface, incluindo Consulta Rápida e Detalhes Definir configurações usando a página Configurações Emitir comandos por meio do widget Linhas de Comandos Um usuário típico pode concluir dessas tarefas por hora. Requisitos de memória O Operations Center requer pelo menos 128 MB para o tamanho de heap JVM máximo para até oito administradores que efetuaram login simultaneamente. Esse requisito de memória assume que cada administrador conclui cerca de 40 tarefas por hora dentro da interface com o usuário. O Jaa JVM usa no máximo 1 GB ou 25% da memória física do sistema (com sistemas que possuem mais de 192 MB de memória). O tamanho de heap inicia em uma quantidade menor, mas pode aumentar até o máximo. Se o sistema que está executando o Operations Center tier mais de 1 GB de memória, nenhum ajuste será necessário. Se precisar ajustar a memória para o tamanho de heap JVM, use a opção -Xmx no arquio jm.options para o JVM do seridor da web. O local do jm.options depende de onde o Operations Center foi instalado: Em sistemas Windows: install_path\usr\serers\guiserer\ Em sistemas AIX ou Linux: install_path/usr/serers/guiserer/ Em que install_path é o local no qual o Operations Center foi instalado. Se o arquio jm.options não existir nesse caminho de instalação e ocê precisar ajustar a memória, crie o arquio. Tarefas relacionadas: Estimando Latência de Rede Entre Sistemas na página 142 Requisitos de Recurso e Localização do Seridor do Hub do Operations Center O seridor do hub dee ter recursos suficientes para manipular sua própria carga de trabalho mais a carga de trabalho da coleção de dados dos seridores spoke para uso no Operations Center. A localização do seridor do hub relatia aos seridores spoke também afeta o desempenho do Operations Center. Para melhores resultados, siga essas diretrizes ao selecionar o seridor que será o seridor do hub: Localize o seridor do hub para que a conexão de rede entre o seridor do hub e os seridores spoke tenha latência roundtrip menor que 5 ms. Geralmente, ter todos os seridores na mesma rede local (LAN) proporciona tal latência baixa. Redes que estão insuficientemente ajustadas, que são usadas pesadamente por outros aplicatios ou têm latência muito maior que 5 ms podem degradar as 140 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

155 comunicações entre o seridor do hub e os seridores spoke. Por exemplo, latências roundtrip de 50 ms ou mais altas podem resultar em tempos limites de comunicação que fazem com que os seridores spoke se desconectem ou se reconectem ao Operations Center. Tais latências altas podem ser experimentadas em comunicações WAN de longa distância. Se os seridores spoke estierem a uma longa distância do seridor do hub e experimentarem frequentes desconexões no Operations Center, considere aumentar o alor da opção do seridor ADMINCOMMTIMEOUT nos seridores para reduzir o problema. Para o seridor do hub, considere um seridor Tioli Storage Manager que tem uma carga lee para as operações do Tioli Storage Manager como operações de backup e archie de cliente. Um seridor leemente carregado pode ser um bom candidato para agir como o seridor do hub, e também pode ser o sistema host para o Operations Center. Certifique-se de que o sistema tenha recursos suficientes para manipular ambos, a carga de trabalho típica do seu seridor Tioli Storage Manager, mais a carga de trabalho estimada para agir como o seridor do hub. Certifique-se de que o seridor do hub atenda aos requisitos para espaço de banco de dados, espaço de log de archie e recurso de IOPS. Os requisitos dependem do número total de espaços de arquio irtual e de clientes que são gerenciados pelo próprio seridor do hub e todos os seridores spoke. Para obter detalhes, consulte Requisitos do Recurso para Monitoramento de Status em Seridores Monitorados na página 137. Recurso de IOPS mais alto significa que o seridor do hub pode manipular uma quantidade maior de dados de status de recebimento dos seridores spoke. O uso do SSD de níel corporatio para o banco de dados do seridor pode ajudar a atender essa necessidade. Se mais de espaços no arquio de nós clientes e de máquina irtual são gerenciados por um conjunto de seridores do hub e spoke, os requisitos de recurso podem exceder o que o seridor do hub tem disponíel. Considere designar um segundo seridor como um seridor do hub e moer os seridores spoke para o noo seridor do hub para balancear a carga. Tarefas relacionadas: Estimando Latência de Rede Entre Sistemas na página 142 Alterando o Interalo de Atualização para Coleta de Dados de Status Monitore os resultados de quaisquer mudanças para o interalo de atualização de status, que é o número de minutos entre atualizações de coleta de status. Aumentar ou diminuir o alor do alor padrão pode afetar o desempenho do Operations Center, ou dos seridores que estão usando monitoramento de status. Use o comando SET STATUSREFRESHINTERVAL em cada seridor Tioli Storage Manager monitorado para mudar o interalo de atualização de status. Se ocê reduzir o interalo para obter atualizações mais frequentes de dados coletados, mais dados serão processados e mantidos, o que usar mais espaço no banco de dados do seridor. Atualizações mais frequentes também podem significar uso mais alto de processador. Os discos nos quais o banco de dados do seridor está localizado também podem requerer operações de entrada/saída mais altas por segundo (IOPS). Se ocê reduzir o interalo pela metade, o banco de dados do seridor e o espaço do log de archie necessário para o monitoramento de status serão duplicados. Capítulo 9. Ajustando o Desempenho do Seridor 141

156 Se ocê aumentar o interalo para obter atualizações menos frequentes de dados coletados, os requisitos de recurso serão reduzidos. Porém, os dados que aparecem em algumas isualizações no Operations Center são mais antigos como resultado. Se ocê duplicar o interalo, o banco de dados do seridor e o espaço do log de archie necessário para o monitoramento de status serão cortados pela metade. Se um seridor do hub for conectado a seridores spoke sobre uma rede com latência alta, considere aumentar o interalo para reduzir os dados que são eniados sobre a rede para monitoramento de status. Estimando Latência de Rede Entre Sistemas É possíel usar um comando ping ou outras ferramentas para estimar a latência de rede, que é o interalo de tempo entre o início de uma operação de enio de um sistema de origem e a conclusão da operação de recebimento correspondente pelo sistema de destino. Uma latência roundtrip de 5 ms ou menos fornece melhor desempenho para o Operations Center. Tal latência geralmente pode ser alcançada quando os sistemas estão na mesma LAN. É possíel usar o comando ping para estimar a latência. 1. Do sistema de origem, tente efetuar ping no sistema de destino. Em sistemas AIX ou Linux: ping c 20 remotehost Em sistemas Windowss: ping n 20 remotehost Substitua remotehost pelo endereço para o sistema de destino. 2. Calcule a média dos tempos para todas as respostas bem-sucedidas do host remoto. Esse cálculo fornece uma estimatia da latência roundtrip. É possíel usar ferramentas de rede mais sofisticadas que sejam projetadas para medir a largura de rede e a latência entre sistemas. Um exemplo de uma ferramenta que está disponíel para sistemas AIX, Linux, ou Windows é a Netperf ( Ajustando o Desempenho do Administration Center Para obter o desempenho ideal com o Administration Center, erifique o processador, a memória, a configuração de rede e as configurações. Ajustando o Desempenho do Processador para o Administration Center Podem ocorrer problemas com utilização excessia do processador no sistema no qual o Administration Center está instalado porque outros aplicatios também estão usando os processadores. Use as ferramentas do sistema operacional no seridor Administration Center para inestigar o problema de desempenho. Se a utilização total do processador for acima de 90% por longos períodos, reduza a carga de trabalho no sistema ou inclua mais capacidade de processamento. 142 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

157 Ajustando a Memória para o Desempenho do Administration Center O desempenho do Administration Center pode ser afetado pelos limites ou configuração de memória. Verifique se o tamanho máximo de memória que o seridor Administration Center poda usar, também conhecido como o heap máximo, está configurado corretamente. O tamanho de heap dee ser configurado para a carga de trabalho esperada em termos do número de administradores com login efetuado simultaneamente e da taxa de execução de tarefa. Se o heap máximo estier configurado muito baixo, use o utilitário de suporte para aumentar essa configuração. Pare e reinicie o seridor Administration Center. Parar o seridor libera memória para sessões inatias sem esperar que o tempo limite da sessão expire. Consulte o tópico Tioli Storage Manager Guia de Instalação sobre o planejamento da capacidade do Administration Center. Verifique se o seridor Administration Center não está paginando a memória do sistema. Utilize as ferramentas do sistema operacional que estão disponíeis no sistema para inestigar. Por exemplo, emita o comando mstat no UNIX ou erifique o objeto Windows Performance Monitor Memory, o contador de Saída de Páginas/seg. Se o sistema estier paginando a memória, reduza a quantidade de memória em uso pelos processos atios ou inclua mais memória real. Verifique a quantia real de memória atualmente em uso pelo processo do Administration Center. Em sistemas UNIX, use o comando PS. Por exemplo, use os comandos a seguir no AIX para localizar o ID do processo do seridor Administration Center e, em seguida, a resident set memory (RSS) para esse processo: ps -ef grep [I]SC_Portal awk { print $2 } ps axw PID Em sistemas Windows, use o Gerenciador de Tarefas (guia Processos, coluna Uso de Memória) ou use o Windows Performance Monitor (Objeto de processo, instância Jaa, contador de Conjunto de Trabalho). Visite o site de suporte IBM para obter as atualizações do Tioli Integrated Portal e do IBM Tioli Storage Manager Administration Center e para obter informações que possam descreer seu problema. Ajustando o Desempenho de Rede para o Administration Center Se ocê suspeitar que seu desempenho de rede não é o ideal, erifique as taxas típicas de transferência de rede. Verifique se o tempo de resposta da rede é aceitáel. Emita o comando ping para determinar o tempo de resposta entre o seridor Administration Center e o seridor Tioli Storage Manager e entre o sistema que é usado para o naegador e o seridor do Administration Center. Os tempos de resposta aceitáeis do roundtrip podem ser de 10 ms para uma LAN ou 100 ms para uma WAN. Se o tempo de resposta da rede for consistentemente mais alto do que o esperado, entre em contato com seu administrador de rede. Se o comando ping mostrar que o tempo de resposta da rede é bom, as taxas de transferência de dados em massa ainda poderão ser fracas. Use um arquio de 10 MB para erificar a taxa de transferência de dados por FTP entre o seridor Administration Center e o seridor Tioli Storage Manager e entre o sistema que é usado para o naegador e o seridor do Administration Center. Um comando put ou get FTP para um arquio de 10 MB demora apenas alguns segundos em uma rede configurada corretamente. Para redes Ethernet de 100 MB, a Capítulo 9. Ajustando o Desempenho do Seridor 143

158 configuração de elocidade da mídia pode causar problemas de desempenho. Essa configuração pode ser 100 Mb full-duplex, 100 Mb half-duplex ou Automático. Embora um hardware mais recente funcione bem com a configuração Auto, algumas combinações de comutadores, hubs e adaptadores apresentam um fraco desempenho se for configurado incorretamente. Ajustando Tarefas para Sistemas Operacionais e Outro Aplicatios Reise essas informações para obter orientação sobre como melhorar o desempenho do sistema operacional para o seridor e os impactos associados a aplicatios que não sejam o Tioli Storage Manager. Ajustando os Sistemas AIX para o Desempenho do Seridor Tioli Storage Manager Existem árias ações que podem melhorar o desempenho de um seridor Tioli Storage Manager em execução em um ambiente AIX. É possíel usar um seridor Tioli Storage Manager nas partições lógicas do System p (LPARs). Use rbrw mount para liberar memória a partir do cache do sistema de arquios. Os sistemas AIX podem armazenar em cache muitos dados do sistema de arquios, podendo usar a memória que é necessária para os processos do seridor Tioli Storage Manager e do DB2. Para eitar paginação com o seridor AIX, use a opção rbrw mount para o sistema de arquios JFS2. Menos memória é usada para o cache do sistema de arquios e mais memória fica disponíel para o Tioli Storage Manager. As opções de E/S simultâneas (CIO) não são necessárias para acessar ou montar sistemas de arquios de banco de dados ou de log. O Tioli Storage Manager conclui montagens automaticamente. O CIO também desatia o recurso de leitura antecipada de sistemas de arquios JFS2, diminuindo o desempenho de leitura do banco de dados durante o backup. Use a especificação de fuso horário Interface de Sistema Operacional Portátil (POSIX) para obter o melhor desempenho do sistema. Se o seridor estier instalado em um sistema operacional AIX Versão 6.1, ocê deerá usar a especificação de fuso horário Interface de Sistema Operacional Portátil (POSIX). A especificação de fuso horário alternatia, que é baseada no banco de dados Olson, degrada o desempenho do sistema. Para obter informações sobre como configurar as especificações de fuso horário, consulte a documentação do sistema operacional AIX. Se o seridor estier instalado no AIX Versão 7.1, este problema não ocorrerá. O Tioli Storage Manager suporta o compartilhamento de portas Fibre Channel por meio de NPIV em um LPAR pseries. Enquanto é possíel compartilhar essas portas, assegure-se de que a porta possua largura da banda adequada para todos os LPARs que usam essa porta. O compartilhamento de recursos com outras partições lógicas pode afetar o desempenho do seridor Tioli Storage Manager. Quando houer outras partições lógicas no sistema, será possíel dedicar recursos para a partição do seridor Tioli Storage Manager. O Tioli Storage Manager pode usar portas Ethernet de 10 gigabits que são compartilhadas pelo seridor VIO, porém note que usar uma porta VIO compartilhada geralmente não fornece rendimento total de 10 gigabits. Caso seja necessária a largura da banda Ethernet integral de 10 gigabits, tente usar o método de compartilhamento logical Host Ethernet Adapter (LHEA). 144 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

159 Memória Virtual do AIX O espaço de endereço irtual do AIX é gerenciado pelo Gerenciador de Memória Virtal (VMM). Monitore as estatísticas de paginação para identificar quaisquer problemas com o uso da memória irtual. Ao executar o comando mstat, reise as estatísticas de paginação nas colunas pi e po. Ter ocasionalmente alores diferentes de zero não é uma preocupação porque a paginação é o princípio básico da memória irtual. Se os alores forem constantemente diferentes de zero, poderá haer um gargalo de memória. Se a paginação ocorrer constantemente, primeiro erifique se o problema é causado pelo uso pesado do cache do sistema de arquios. Reise a saída do seguinte comando: mstat -I 5 Se os alores para pi e po forem altos e similares para os aloresfi e fo, considere o uso da opção rbrw mount em todos os sistemas de arquios JFS2 para reduzir ou eliminar o problema de paginação. Se o problema de paginação persistir após ocê usar a opção rbrw mount para sistemas de arquios JFS2, é possíel tentar o comando AIX mo para ajustar o sistema de memória irtual. Cache de arquio AIX Você pode determinar quanta memória o AIX resera para o cache do sistema de arquios emitindo o comando mo com os parâmetros maxperm e minperm. O AIX pode transferir páginas da memória do aplicatio em faor do armazenamento em cache do sistema de arquios. Por exemplo, as páginas da memória para o seridor Tioli Storage Manager podem ser transferidas. Se as páginas da memória do aplicatio forem transferidas, a paginação do buffer pool do banco de dados poderá lear a um baixo desempenho do banco de dados. Considere os seguintes fatores: A paginação do buffer pool do banco de dados pode fazer com que estatísticas de acertos do cache do banco de dados sejam demasiadamente otimistas. O seridor Tioli Storage Manager não se beneficia grandiosamente do cache do sistema de arquios. A redução do alor do parâmetro maxperm faz com que o AIX retenha mais memória do aplicatio. É possíel parar a paginação de memória irtual do seridor Tioli Storage Manager, modificando os parâmetros minperm ou maxperm, a menos que o sistema esteja restringido pelo uso de RAM ou o tamanho do buffer pool seja muito grande. Para informações sobre a configuração do uso de memória, consulte a opção do seridor DBMEMPERCENT no Tioli Storage Manager Guia do Administrador. Um bom ponto de início é configurar paralelamente no máximo 50% (mo p o maxperm%=50) para o armazenamento em cache do sistema de arquios, ao inés do padrão de 80%. Reduza ainda mais o armazenamento em cache do sistema de arquios caso 50% não seja suficiente (mudança em tempo real). À medida que o alor do parâmetro maxperm se aproximar do alor do parâmetro minperm, considere reduzir também o parâmetro minperm. Monitore a saída do comando mstat quanto do progresso. Se as transferências de página da memória Capítulo 9. Ajustando o Desempenho do Seridor 145

160 principal para a secundária diminuírem para zero, as transferências de página da memória secundária para a principal eentualmente diminuirão. Dica: Poderá ser necessário reduzir o alor do parâmetro maxclient juntamente com o parâmetro maxperm. A redução do alor do parâmetro maxperm pode melhorar o processo de atualização de um banco de dados Tioli Storage Manager V5.5 para um V6. Para mostrar os alores de todos os parâmetros mo ajustáeis, especifique o sinalizador -a no comando mo. Para assegurar que um parâmetro alterado retenha seu alor, especifique o sinalizador -p no comando. Ajustando os Sistemas Linux para Desempenho do Seridor Tioli Storage Manager Existem árias ações que podem melhorar o desempenho de um seridor Tioli Storage Manager executado em um ambiente Linux. A maioria das distribuições corporatias é fornecida com muitos recursos, porém, maior tempo é gasto somente em um subconjunto pequeno desses recursos. Desatie os recursos que não são usados. Use as opções m.pagecache_limit_mb e m.swappiness para liberar memória do cache do sistema de arquios. Os sistemas Linux podem armazenar em cache muitos dados do sistema de arquios, podendo usar a memória que é necessária para os processos do seridor Tioli Storage Manager e do DB2. Como usuário raiz no Linux, é possíel limitar a quantia de memória permitida para o armazenamento em cache de dados do arquio, configurando o parâmetro do kernel m.pagecache_limit_mb como Além disso, configure o parâmetro do kernel m.swappiness para 0. Por exemplo: linuxbox:/ # sysctl m.pagecache_limit_mb m.pagecache_limit_mb = 0 linuxbox:/ # sysctl -w m.pagecache_limit_mb=1024 m.pagecache_limit_mb = 1024 linuxbox:/ # sysctl m.swappiness m.swappiness = 60 linuxbox:/ # sysctl -w m.swappiness=0 m.swappiness = 0 # to display current alue # (0 means no limit) # to change at runtime Para aplicar essas mudanças em todas as reinicializações do sistema operacional, edite o arquio /etc/sysctl.conf e inclua m.pagecache_limit_mb=1024 e m.swappiness=0. Ajustando os Sistemas Linux on System z para Desempenho do Seridor Tioli Storage Manager É possíel usar ários métodos para melhorar o desempenho de um seridor Tioli Storage Manager em um sistema Linux on System z. Para obter informações sobre desempenho para os sistemas Linux on System z, consulte As etapas a seguir podem ajudar a melhorar o desempenho de um seridor Tioli Storage Manager em um sistema Linux on System z: Atualize para o SUSE Linux Enterprise Serer 11 Serice Pack 1 (SLES11 SP1) para obter um melhor desempenho de disco e rede. 146 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

161 Use discos Fibre Channel SCSI ao inés de dispositios de armazenamento de acesso direto (DASD) conectados por fibra, se possíel, para obter maior rendimento. Dedique todo o banco de dados, log e discos de armazenamento do Tioli Storage Manager para o guest do Linux, caso o sistema esteja em execução no z/vm. Use o logical olume manager (LVM) para os olumes lógicos do conjunto de armazenamentos em disco. Usar o striping LVM melhora o rendimento das operações, como um backup ou migração do conjunto de armazenamentos. Use o sistema de arquios ext3 para o log de recuperação e de banco de dados. É possíel usar o sistema de arquios ext4 para obter um desempenho melhor para a definição de olumes do conjunto de armazenamentos. Use adaptadores de rede OSA-Express3 em ez de OSA-Express2 para obter um rendimento melhor e uma menor utilização do processador. Consulte as sugestões de rede para o OSA-Express3 em hardware/networking/features.html. Para conexões de rede externas com um guest do Linux no z/vm, conecte o adaptador OSA diretamente ao guest do Linux. Ajustando os Sistemas Oracle Solaris para o Desempenho do Seridor Tioli Storage Manager Existem árias ações que podem melhorar o desempenho para um seridor Tioli Storage Manager em execução em um ambiente Solaris. Use partições brutas para os olumes do conjunto de armazenamentos em disco nas plataformas Solaris. Os olumes lógicos brutos oferecem melhor rendimento de backup e restauração para o cliente do que os olumes do sistema de arquios ZFS, UFS ou Veritas. Use a ersão mais recente do Solaris e aplique a correção de kernel mais recente. Se ocê usa os sistemas de arquios ZFS, consulte Configurando os Sistemas Oracle Solaris para Desempenho do Disco na página 164 para obter dicas. Restrição: O ZFS não funciona com E/S direta. Se ocê usar os olumes do sistema de arquios UFS, especifique o sinalizador forcedirectio ao montar esses sistemas de arquios. Se o sistema de arquios estier montado com essa opção, os dados serão transferidos diretamente entre o espaço de endereço do usuário e o disco. Se a opção noforcedirectio for especificada quando o sistema de arquios estier montado, os dados serão armazenados em buffer no espaço de endereço do kernel quando forem transferidos entre o espaço de endereço do usuário e o disco. Transferências de dados sequenciais maiores se beneficiam da opção de desempenho forcedirectio. O comportamento padrão é noforcedirectio. Se usar o VxFS para os olumes de disco ou do conjunto de armazenamentos de arquios, monte o sistema de arquios VxFS com a opção de E/S direta: mincache=direct,conosync=direct Capítulo 9. Ajustando o Desempenho do Seridor 147

162 Ajustando os Sistemas Windows para Desempenho do Seridor Tioli Storage Manager Existem árias ações que podem melhorar o desempenho de um seridor IBM Tioli Storage Manager em execução em um ambiente Windows. Desatie a compactação do arquio NTFS nos olumes do disco. Deido ao potencial de degradação de desempenho, não use a compactação de arquio NTFS nos olumes de disco que são usados pelo seridor Tioli Storage Manager. Use o método de comunicação com memória compartilhada quando estier usando um cliente local. Para obter um desempenho de backup e restauração ideal quando estier usando um cliente local em um sistema Windows, use o método de comunicação de memória compartilhada. O método é utilizado ao incluir a opção COMMMETHOD configurada para SHAREDMEM no arquio de opções do seridor e no arquio de opções do cliente. Use o tipo de adaptador de rede VMXNET 3 quando o seridor Tioli Storage Manager estier em um ambiente conidado VMware. Forneça todos os discos que estierem sendo usados para o banco de dados do seridor, arquio de log e armazenamento como LUNs brutas em ez de usar discos irtuais em um armazenamento de dados do VMware. Ações adicionais podem afetar o desempenho do cliente e do seridor Tioli Storage Manager. O software antiírus pode afetar negatiamente o desempenho de backup. Desatie ou não instale seriços que não são usados. Desatie ou não instale protocolos de rede que não são usados. Dê preferência ao desempenho do aplicatio em segundo plano. Eite proteções de tela. Certifique-se de que o arquio de paginação não esteja fragmentado. Certifique-se de que qualquer drier de dispositio esteja atual, especialmente para o noo hardware. Efeitos do Secure Sockets Layer (SSL) no Desempenho do Seridor O Secure Sockets Layer (SSL) fornece uma comunicação segura entre o cliente e seridor do Tioli Storage Manager, mas pode afetar o desempenho do sistema. Caso SSL seja necessário, apenas o use para sessões quando necessário e inclua recursos do processador no sistema do seridor Tioli Storage Manager para manipular o aumento de requisitos. Ou tente outras opções, como dispositios de rede tipo roteadores e comutadores que fornecem a função SSL. Uso do Seridor de Diretório LDAP: Efeitos no Desempenho Se ocê estier usando um seridor LDAP para autenticar as senhas do administrador e do nó, poderá haer alguns impactos no desempenho. Mais recursos do processador são usados quando a autenticação é feita usando um seridor de Protocolo LDAP em ez de uma autenticação local. Testes em laboratórios da IBM mostram que o LDAP possui um impacto de cerca de 5%. Se ocê estier usando sessões de Secure Sockets Layer (SSL) em combinação com a autenticação do seridor LDAP, o impacto no desempenho adicional para sessões que transferem pequenas quantias de dados será insignificante. Para sessões que 148 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

163 transferem grandes quantias de dados, um impacto significatio no desempenho pode ser esperado porque todos os dados deem ser criptografados por SSL. Capítulo 9. Ajustando o Desempenho do Seridor 149

164 150 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

165 Capítulo 10. Ajustando o Armazenamento em Disco para o Seridor Os sistemas de armazenamento em disco possuem características operacionais que podem ser configuradas e ajustadas para melhorar o desempenho de um seridor Tioli Storage Manager. Reise as informações sobre como configurar os sistemas de armazenamento em disco e o sistema operacional para o seridor Tioli Storage Manager. Princípios para Ajustar os Sistemas de Disco para o Tioli Storage Manager Muitos aspectos de armazenamento em disco podem ser considerados para otimizar as operações. Para a maioria dos sistemas, a separação do banco de dados do seridor, dos logs e dos conjuntos de armazenamentos é chae para uma configuração do Tioli Storage Manager que possua um bom desempenho. Os princípios a seguir são chaes para alcançar melhor desempenho de armazenamento em disco: Selecione e configure o armazenamento em disco para desempenho e capacidade. Adequar a capacidade não é o único fator a ser considerado. Para a maioria dos sistemas de disco, separe os principais componentes do seridor Tioli Storage Manager um do outro. Assegure-se de que o banco de dados do seridor, o log atio, os logs de archie e os conjuntos de armazenamentos estejam em locais separados. Monitore os sistemas. As cargas de trabalho nos sistemas geralmente aumentam e esses aumentos podem acionar a necessidade de mais armazenamento ou de mudanças na configuração. Aplique um controle de mudança rígido para ajudar a resoler quaisquer problemas de degradação de desempenho. Limite o espelhamento para um tipo de espelhamento. Por exemplo, se o sistema operacional estier configurado para executar espelhamento, não configure o seridor Tioli Storage Manager para realizar o espelhamento do log atio (opção do seridor MIRRORLOGDIRECTORY). Assegure-se de que as operações de manutenção de seridor estejam em execução, como a expiração e a reorganização de tabela e índice de banco de dados. Consulte Ajustando o Planejamento para Operações Diárias na página 113. Entenda a imagem inteira do armazenamento em disco e como ela está relacionada às operações em seu ambiente. Você dee examinar não apenas a configuração dos discos, mas a configuração inteira, pois ela está relacionada ao desempenho. Todos os itens a seguir possuem um impacto: Opção e configuração do sistema de armazenamento em disco Tipo e elocidade do disco. Discos maiores poderão não ser melhores se a elocidade rotacional também não for mais alta. Layout de disco. Tipo de RAID. Tipo de sistema de arquios e opções de montagem. Copyright IBM Corp. 1996,

166 Hardware do sistema de seridor e sua configuração Velocidade e número de processadores e quantia de memória. Se diersas instâncias do Tioli Storage Manager são executadas no mesmo sistema e se usam os mesmos sistemas de armazenamento em disco. Velocidade do adaptador de barramento de host (HBA). Se os HBAs são dedicados para operações de disco. Um HBA compartilhado pelo disco e a fita pode ter problemas de desempenho. Se os discos são compartilhados com outros sistemas ou aplicatios. Dica: Consulte as informações atualizadas sobre o desempenho na wiki do Tioli Storage Manager em home/wiki/tioli Storage Manager. Referências relacionadas: Lista de Verificação para Discos do Banco de Dados do Seridor na página 12 Lista de Verificação para Discos de Log de Recuperação do Seridor na página 14 Tipos de Sistema de Disco A opção do sistema de disco afeta as opções de configuração disponíeis. A maneira em que o sistema de disco é configurado afeta o desempenho resultante do seridor Tioli Storage Manager. Por exemplo, os sistemas de disco ariam de acordo com o modo com que as unidades de disco indiiduais podem ser organizadas para criar matrizes RAID. A lista a seguir mostra a ariedade de tipos de sistema que podem ser usados para armazenamento em disco do Tioli Storage Manager: Sistemas de unidade de estado sólido (SSD) A tecnologia de unidade de estado sólido (também chamada de flash memory) fornece o níel mais alto de desempenho, com taxas muito mais altas de operações de E/S por segundo (IOPS) do que outros sistemas de armazenamento. Um SSD trabalha a elocidades bem próximas das elocidades de memória do que as unidades de disco. O SSD não tem o atraso de uma lâmina giratória ou de um braço que precisa se moer para a posição correta. Se ocê usar o SSD para armazenamento Tioli Storage Manager, assegure-se de estar usando o SSD de qualidade de níel corporatio. IBM DS8000 Series Os DS8000 series são sistemas de disco de alto desempenho que aceitam ários tipos de RAID diferentes, incluindo o RAID 5eoRAID 10. O tamanho das matrizes, em termos de qualidade das unidades de disco, é fixo. Portanto, uma unidade da série DS8000 possui um número fixo de matrizes de RAID (classificações). IBM DS5000 Series O DS5000 series dos sistemas de disco de computação midrange pode gerenciar uma ampla ariedade de configurações de disco. É possíel criar matrizes de RAID com apenas dois ou até dezenas de discos. É possíel ter matrizes de RAID menores para o banco de dados do Tioli Storage Manager e matrizes maiores do conjunto de armazenamentos em disco do Tioli Storage Manager. 152 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

167 IBM Storwize V7000 O Storwize V7000 é um sistema midrange que irtualiza o armazenamento RAID. Um sistema consiste em um conjunto de gabinetes de unidade. Configure as unidades em matrizes e crie olumes a partir dessas matrizes. É possíel configurar o sistema com ários tipos de dispositio. Com ários tipos de dispositio, é possíel usar o disco rápido ou SSD para o banco de dados do seridor e o disco de capacidade superior e com menor custo para conjuntos de armazenamentos. O IBM Storwize V3700 é um sistema no níel da entrada que possui características semelhantes às do Storwize V7000. Otimização dos Processos de Leitura Antecipada do Sistema de Disco A maioria dos sistemas de disco aançados pode otimizar automaticamente o desempenho das operações de leitura quando o sistema de disco pode detectar leituras sequenciais. Quando o sistema de disco detecta leituras sequenciais, os dados para a próxima leitura deem estar em cache ou pelo menos a leitura dee estar em andamento. Os sistemas de disco detectam leituras sequenciais em uma base LUN a LUN. No entanto, uma leitura sequencial poderá não ser detectada se mais de uma leitura estier em andamento para a mesma LUN. Os sistemas de disco não percebem sistemas de arquio ou arquios dentro de um LUN e distinguem apenas os blocos que estierem sendo acessados. Quando duas leituras sequenciais estão em andamento em uma LUN, os blocos que estierem sendo acessados não responderão mais como blocos sequenciais. Os blocos parecem ser proenientes de diferentes locais e as otimizações de leitura antecipada normalmente são interrompidas. A Escolha do Tipo Correto de Tecnologia de Armazenamento para o Tioli Storage Manager Os dispositios de armazenamento possuem características de capacidade e de desempenho diferentes. Essas características afetam quais dispositios são melhores para serem usados com o Tioli Storage Manager. Reise a tabela a seguir para ajudar a escolher o tipo correto de tecnologia de armazenamento para os recursos de armazenamento que o seridor requer. Capítulo 10. Ajustando o Armazenamento em Disco para o Seridor 153

168 Tabela 20. Tipos de Tecnologia de Armazenamento para os Requisitos de Armazenamento do Tioli Storage Manager Tipo de tecnologia de armazena mento Banco de Dados Log Atio Disco em estado sólido (SSD) Disco de alto desempenho: disco de 15k de rpm com interface Fibre Channel ou Serial-attached SCSI (SAS) Disco de médio desempenho ou de alto desempenho: disco de 10k de rpm com interface Fibre Channel ou SAS Coloque o banco de dados no SSD se ocê estier usado a deduplicação de dados e a replicação de nó do Tioli Storage Manager. Use o disco de alto desempenho se o seridor Tioli Storage Manager não executar deduplicação de dados e replicação de nó. Isole o banco de dados do seridor de seus logs e conjuntos de armazenamento e dos dados de outros aplicatios. Se o sistema de disco tier uma combinação de tecnologias de disco, use os discos mais rápidos para o banco de dados e os logs atios. Isole o banco de dados do seridor de seus logs e conjuntos de armazenamento e dos dados de outros aplicatios. SATA, Não use esse armazenamento armazenamento para o conectado à banco de dados. rede Coloque o log atio no SSD se ocê estier usando a deduplicação de dados e a replicação de nó do Tioli Storage Manager e houer espaço disponíel. Se não houer espaço disponíel, use o disco de alto desempenho. Use o disco de alto desempenho se o seridor Tioli Storage Manager não executar deduplicação de dados e replicação de nó. Para obter desempenho e disponibilidade, isole o log atio do banco de dados do seridor, dos logs de archie e dos conjuntos de armazenamento. Se o sistema de disco tier uma combinação de tecnologias de disco, use os discos mais rápidos para o banco de dados e os logs atios. Para obter desempenho e disponibilidade, isole o log atio do banco de dados do seridor, dos logs de archie e dos conjuntos de armazenamento. Não use esse armazenamento para o log atio. Log de archie e log de failoer de archie Resere o SSD para ser usado com o banco de dados e o log atio. O log de archie e os logs de failoer de archie podem ser colocados em tipos de tecnologia de armazenamento mais lenta. É possíel usar o disco de alto desempenho para o log de archie e os logs de failoer de archie. Para obter disponibilidade, isole esses logs do banco de dados e do log atio. É possíel usar um disco de médio desempenho ou de alto desempenho para o log de archie e os logs de failoer de archie. Para obter disponibilidade, isole esses logs do banco de dados e do log atio. O uso dessa tecnologia de armazenamento mais lenta é aceitáel porque esses logs são graados uma única ez e lidos com pouca frequência. Conjuntos de armazenamento Resere o SSD para ser usado com o banco de dados e o log atio. Os conjuntos de armazenamentos podem ser colocados em tipos de tecnologia de armazenamento mais lenta. Use o disco de alto desempenho para os conjuntos de armazenamento caso os dados sejam frequentemente lidos e graados. Para obter desempenho e disponibilidade, isole os dados do conjunto de armazenamentos do banco de dados e logs do seridor e dos dados de outros aplicatios. Use o disco de médio desempenho ou de alto desempenho para os conjuntos de armazenamento caso os dados sejam frequentemente graados e lidos. Para obter desempenho e disponibilidade, isole os dados do conjunto de armazenamentos do banco de dados e logs do seridor e dos dados de outros aplicatios. Use essa tecnologia de armazenamento mais lenta se os dados do conjunto de armazenamento forem usados com pouca frequência, por exemplo, graados uma única ez e lidos com pouca frequência. 154 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

169 Tabela 20. Tipos de Tecnologia de Armazenamento para os Requisitos de Armazenamento do Tioli Storage Manager (continuação) Tipo de tecnologia de armazena mento Banco de Dados Log Atio Fita e fita irtual Log de archie e log de failoer de archie Conjuntos de armazenamento Use para retenção de longo prazo ou se os dados forem usados com pouca frequência. Ajustando os Sistemas de Armazenamento System Storage DS8000 Series Os sistemas de armazenamento IBM System Storage DS8000 Series são rápidos e gerenciam E/S pesada. Um sistema de armazenamento DS8000 series pode ser configurado em matrizes RAID 5 e RAID 10. A quantidade de unidades de disco em uma matriz é fixa. Os tamanhos de faixa ou de segmento são configurados automaticamente. Não é possíel ajustar o cache para um sistema de armazenamento DS8000 Series. Por exemplo, não é possíel desatiar o cache para LUNs usadas para o banco de dados do seridor. Geralmente, a incapacidade de ajustar o cache não é problema, porque esses sistemas geralmente possuem uma grande quantia de cache. Para obter o melhor desempenho, siga estas recomendações: Coloque o banco de dados, o log de archie e os conjuntos de armazenamento em disco do Tioli Storage Manager em conjuntos de extensões separados. Esse tipo de organização usa mais armazenamento, mas atinge o melhor desempenho. Distribua os componentes do seridor para o máximo de classificações possíel. As classificações ficam em diferentes pares de adaptadores de dispositio. Minimize os outros aplicatios que estierem compartilhando as classificações que o Tioli Storage Manager usa. Use o máximo de adaptadores possíel para acessar LUNs. Se estier usando um sistema de armazenamento DS8000 series para diersos seridores Tioli Storage Manager, coloque todos os bancos de dados do seridor em um conjunto de classificações. Coloque todos os conjuntos de armazenamentos dos seridores em outro conjunto de classificações. Teste e monitore os resultados da configuração do sistema de disco em seu ambiente. Capítulo 10. Ajustando o Armazenamento em Disco para o Seridor 155

170 Ajustando o System Storage DS5000 Series e Outros Sistemas de Armazenamento Midrange da IBM O IBM System Storage DS5000 Series e outros sistemas de armazenamento midrange da IBM oferecem grande flexibilidade ao serem configurados para serem usados com o Tioli Storage Manager. Os sistemas possuem estas características: Muitos tipos de RAID podem ser usados. O número de discos por LUN é flexíel. Os tamanhos e o cache de segmento ou de faixa podem ser configurados para cada LUN. Diferentes modelos possuem diferentes tipos de disco (Fibre Channel ou SATA). Estão disponíeis diferentes quantias de cache de sistema, embora geralmente menos do que em sistemas como o System Storage DS8000 Series. Para obter o melhor desempenho com os sistemas de disco midrange da IBM, separe o banco de dados, o log de recuperação e os conjuntos de armazenamentos do Tioli Storage Manager para que fiquem em diferentes eixos giratórios de disco físico. Amostras mostram como configurar estes tipos de sistemas de disco: Layouts de Amostra para um Banco de Dados do Seridor em Discos DS5000 Series na página 157 Layouts de Amostra para Logs de Recuperação do Seridor nos Discos do DS5000 Series na página 159 Layout de Amostra de Conjuntos de Armazenamentos do Seridor em Discos DS5000 Series na página 161 Características de E/S de Disco para Operações do Tioli Storage Manager Geralmente, os conjuntos de armazenamentos do Tioli Storage Manager são graados e lidos usando 256 KB de tamanho de E/S. Com os tamanhos de página de 8 KB e 32 KB, a E/S que é usada pelo banco de dados do Tioli Storage Manager aria. O gerenciador do banco de dados pode, às ezes, pré-buscar grandes quantias. Enquanto o Tioli Storage Manager pode solicitar os tamanhos de E/S de 8 KB e de 32 KB, o sistema operacional pode escolher executar a E/S de modo diferente. Executar a E/S de modo diferente pode resultar em uma E/S menor ou maior sendo eniada para o sistema de disco. O Tioli Storage Manager tenta usar a E/S direta na maioria das situações, eitando o cache do sistema de arquios. O resultado de eitar o cache fornece melhor eficiência e desempenho de processador. Se ocê usar os parâmetros do sistema operacional para ajustar o cache do sistema de arquios, nenhum efeito poderá ser notado. 156 IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho

171 Layouts de Amostra para um Banco de Dados do Seridor em Discos DS5000 Series Amostras ilustram árias maneiras de seguir as recomendações de configuração para o banco de dados do seridor quando são usados discos Fibre Channel DS5000 Series. As amostras ilustram as antagens e as desantagens das opções de configuração. Lembre-se: Assegure-se de que o banco de dados do seridor, os logs de recuperação e os conjuntos de armazenamentos estejam em discos diferentes. Amostra 1: Layout Bom para um Seridor Pequeno Usando cinco discos para o banco de dados, é possíel configurar discos com as seguintes características. Consulte Figura 21. Configure os discos em uma matriz de 4+1 RAID 5. Configure o tamanho da faixa para 256 KB. Defina um diretório (também chamado de contêiner) e um olume lógico para o banco de dados. Configure a ariáel de ambiente DB2_Parallel_IO: DB2_Parallel_IO=*:4 O programa IBM DB2 que é o gerenciador do banco de dados do seridor usa esse alor ao balancear o carregamento entre os discos RAID 5 array Volume lógico Diretório do banco Discos de alta Figura 21. Layout do Banco de Dados para um Seridor Pequeno Esse layout tem as seguintes antagens: O layout segue as diretrizes para um tamanho da faixa ideal. O layout segue as diretrizes para ter uma correspondência de um para um entre olumes lógicos e contêineres. O layout tem as seguintes desantagens: As operações de graação para bits de paridade poderão afetar o desempenho se o sistema tier um cache pequeno. O layout possui apenas um contêiner para o banco de dados, o que é geralmente não é o ideal, mas poderá não ser um problema diante de pequenas cargas de trabalho do seridor. O banco de dados e os índices do banco de dados são propagados para apenas cinco discos. Capítulo 10. Ajustando o Armazenamento em Disco para o Seridor 157

172 Amostra 2: Layout Melhor que Usa o RAID 10 Usando oito discos para o banco de dados, é possíel configurar os discos com as seguintes características. Consulte Figura 22. Configure os discos em uma matriz de 4+4 RAID 10. Configure o tamanho da faixa para 256 KB. Defina um diretório (também chamado de contêiner) e um olume lógico para o banco de dados. Configure a ariáel de ambiente DB2_Parallel_IO: DB2_Parallel_IO=*: RAID 10 array Volume lógico Diretório do banco Discos de alta Espelho Figura 22. Layout do Banco de Dados que Usa Oito Discos em uma Matriz RAID 10 Esse layout tem as seguintes antagens: O layout segue as diretrizes para um tamanho da faixa ideal. O layout segue as diretrizes para ter uma correspondência de um para um entre olumes lógicos e contêineres. O sistema não tem o custo de desempenho de operações de graação de paridade. RAID 10 é uma opção ideal para o banco de dados do seridor. Com esses dois conjuntos de discos, essa configuração resulta em leituras mais rápidas para o banco de dados. O layout tem as seguintes desantagens: O layout possui apenas um contêiner para o banco de dados, o que é geralmente não é o ideal, mas poderá não ser um problema diante de pequenas cargas de trabalho do seridor. O layout requer duas ezes mais discos do que na amostra de 1 deido ao uso de RAID 10 em ez de RAID IBM Tioli Storage Manager Versão 6.4 e Versão 6.3: Otimizando o Desempenho