Instalando o DB2 Versão 9.7 Índice 1.0 Aviso de Edição 2.0 Instalando Servidores DB2 2.1 Antes de Instalar 2.1.1 Servidores DB2 e Clientes de Servidores de Dados IBM 2.1.2 Métodos de Instalação do DB2 2.1.3 Idiomas de Interface do DB2 Suportados 2.2 Requisitos de Instalação para Produtos de Banco de Dados do DB2 2.2.1 Requisitos de Disco e Memória 2.2.2 Suporte a Software Java para Produtos DB2 2.2.3 Requisitos de Instalação para Servidores DB2 e Clientes do Servidor de Dados IBM (Windows) 2.2.4 Requisitos de Instalação para Servidores DB2 e IBM Data Server Clients (AIX) 2.2.5 Requisitos de Instalação para Servidores DB2 e Clientes do Servidor de Dados IBM (HP-UX) 2.2.6 Requisitos de instalação para servidores DB2 e clientes de servidores de dados da IBM (Linux) 2.2.7 Requisitos de instalação para servidores DB2 e clientes de servidores de dados da IBM (Solaris) 2.2.8 Regras de Senha 2.3 Requisitos Adicionais do Windows 2.3.1 Serviços do DB2 em Execução em Seu Sistema (Windows) 2.3.2 Contas do Usuário Necessárias para Instalação de Produtos do Servidor DB2 (Windows) 2.3.3 Configurando Privilégios Elevados do Windows Antes de Instalar um Produto DB2 (Windows) 2.3.4 Concedendo Direitos de Usuário (Windows) 2.3.5 Estendendo o Esquema do Active Directory para Serviços de Diretório LDAP (Windows) 2.3.6 Verificando a Disponibilidade do Intervalo de Portas em Computadores Participantes (Windows) 2.4 Requisitos Adicionais do Linux e do UNIX 2.4.1 Múltiplas Cópias do DB2 no Mesmo Computador (Linux e UNIX) 2.4.2 Usuários e Grupos do DB2 (Linux e UNIX) 2.4.3 Considerações sobre o Gerenciamento de Usuários Centralizado (Linux e UNIX) 2.4.4 Preparando para Instalar o DB2 para Linux no zSeries 2.4.5 Criando IDs do Usuário e Grupo para uma Instalação de Banco de Dados DB2 (Linux e UNIX) 2.4.6 Requisitos de Limite do Usuário do S.O. (Linux e UNIX) 2.4.7 Parâmetros Kernel (Linux e UNIX) 2.5 Instalando no Windows 2.5.1 Uma Visão Geral da Instalação de seu Produto Servidor DB2 (Windows) 2.5.2 Instalando Servidores DB2 ( Windows ) 2.5.3 Várias Cópias do DB2 no Mesmo Computador (Windows) 2.6 Instalando no Linux e no UNIX 2.6.1 Uma Visão Geral da Instalação de seu Produto Servidor DB2 (Linux e UNIX) 2.6.2 Instalando como um Usuário Raiz 2.6.3 Instalando como um Usuário Não-raiz 3.0 Visão Geral de IBM Data Server Clients e Drivers 3.1 Tipos do IBM Data Server Client 3.2 Drivers do IBM Data Server 3.2.1 Restrições do IBM Data Server Driver 3.2.2 Instalando o IBM Data Server Driver Package (Windows) 3.2.3 Instalando o IBM Data Server Driver Package (Linux e o UNIX) 3.3 Métodos de Instalação para Clientes de Servidor de Dados IBM 3.3.1 Opções para Conexão com Bancos de Dados do DB2 3.3.2 Instalando clientes de servidor de dados IBM ( Windows ) 3.3.3 Instalando clientes de servidor de dados IBM ( Linux e UNIX ) 4.0 Visão Geral das Informações Técnicas do DB2 4.1 Termos e Condições 5.0 Avisos 1.0 Aviso de Edição Este documento contém informações de propriedade da IBM. Elas são fornecidas sob um acordo de licença e são protegidas por leis de copyright. As informações contidas nesta publicação não incluem garantias de produtos e as declarações fornecidas neste manual não devem ser interpretadas como tal. Você pode solicitar publicações da IBM on-line ou através de seu representante IBM local. * Para solicitar publicações on-line, acesse o IBM Publications Center em www.ibm.com/shop/publications/order * Para localizar seu representante IBM local, acesse IBM Directory of Worldwide Contacts em www.ibm.com/planetwide Para solicitar publicações do DB2 de Marketing e Vendas do DB2 nos Estados Unidos ou Canadá, ligue para 1-800-IBM-4YOU (426-4968). Quando o Cliente envia seus comentários àIBM, concede direitos não-exclusivos à IBM para usá-los ou distribuí-los da maneira que achar conveniente, sem que isso implique qualquer compromisso ou obrigação para com o Cliente. 2.0 Instalando Servidores DB2 2.1 Antes de Instalar 2.1.1 Servidores DB2 e Clientes de Servidores de Dados IBM Um sistema de banco de dados DB2 consiste em um servidor DB2 e em IBM data server clients. Um servidor DB2 é um RDBMS (Sistema de Gerenciamento de Banco de Dados Relacional) que entrega dados para seus IBM data server clients. Se você planeja usar um banco de dados residente neste computador, instale um servidor DB2. Para obter informações adicionais sobre os servidores DB2, vá para http://www-306.ibm.com/software/data/db2/9/editions.html Um IBM data server client é um aplicativo que permite executar comandos e instruções SQL em um servidor DB2, conectar-se a um servidor remoto DB2 e acessar seus bancos de dados. 2.1.2 Métodos de Instalação do DB2 Este tópico fornece informações sobre os métodos de instalação do DB2. A tabela a seguir mostra os métodos de instalação que estão disponíveis por sistema operacional. Tabela 1. Método de Instalação por Sistema Operacional. +-----------------------+----------------------+----------------------+ | Método de instalação | Windows | Linux ou UNIX | +-----------------------+----------------------+----------------------+ | Assistente de | Sim | Sim | | Configuração do DB2 | | | +-----------------------+----------------------+----------------------+ | Instalação do arquivo | Sim | Sim | | de resposta | | | +-----------------------+----------------------+----------------------+ | Comando db2_install | Não | Sim | +-----------------------+----------------------+----------------------+ | Implementação do | Não | Sim | | arquivo de carga útil | | | +-----------------------+----------------------+----------------------+ A lista a seguir descreve os métodos de instalação do DB2. Assistente de Configuração do DB2 O assistente de Configuração do DB2 é um instalador da GUI disponível em sistemas operacionais Linux, UNIX e Windows . O assistente de Configuração do DB2 fornece uma interface de fácil utilização para instalar os produtos DB2 e para executar tarefas iniciais de instalação e configuração. O assistente de Configuração do DB2 também pode criar instâncias do DB2 e arquivos de resposta que podem ser utilizados para duplicar esta instalação em outras máquinas. Nota: Para instalações não-raiz em plataformas Linux e UNIX, pode existir apenas uma instância do DB2. O assistente de Configuração do DB2 cria automaticamente a instância não-raiz. Em plataformas Linux e UNIX, é necessário um servidor X para exibir o assistente de Configuração do DB2. Instalação do arquivo de resposta Um arquivo de resposta é um arquivo de texto que contém valores de instalação e configuração. O arquivo é lido pelo programa de configuração do DB2 e a instalação é executada de acordo com os valores especificados. Uma instalação de arquivo de resposta também é referida como uma instalação silenciosa. Outra vantagem para arquivos de resposta é que eles fornecem acesso a parâmetros que não podem ser configurados utilizando o assistente de Configuração do DB2. Em sistemas operacionais Linux e UNIX, se você incorporar a imagem de instalação do DB2 em seu aplicativo, seu aplicativo poderá receber informações e prompts de progresso da instalação do instalador em formato legível por computador. Este comportamento é controlado pela palavra-chave do arquivo de resposta INTERACTIVE. Existem várias formas de criar um sistema de arquivos de resposta: Usando o gerador de arquivo de resposta É possível usar o gerador de arquivo de resposta para criar um arquivo de resposta que replica uma instalação existente. Por exemplo, você pode instalar um IBM data server client, configurar totalmente o cliente, em seguida, gerar um arquivo de resposta par replicar a instalação e configuração do cliente para outros computadores. Utilizando o assistente de Configuração do DB2 O assistente de Configuração do DB2 pode criar um arquivo de resposta baseado nas seleções feitas à medida que você prossegue pelo assistente de Configuração do DB2. Suas seleções são registradas em um arquivo de resposta que você pode salvar em um local no sistema. Se você selecionar a instalação de um banco de dados particionado, dois arquivos de resposta serão gerados, um para o computador proprietário da instância e um para computadores participantes. Um benefício deste método de instalação é que você pode criar um arquivo de resposta sem desempenhar uma instalação. Este recurso pode ser útil para capturar as opções necessárias para instalar o produto DB2. O arquivo de resposta pode ser utilizado posteriormente para instalar o produto DB2 de acordo com as opções exatas especificadas. É possível exportar um perfil de cliente ou servidor com o comando db2cfexp para salvar a configuração do cliente ou servidor e, então, importar facilmente o perfil utilizando o comando db2cfimp. Um perfil do cliente ou do servidor exportado com o comando db2cfexp também pode ser importado durante uma instalação do arquivo de resposta utilizando a palavra-chave CLIENT_IMPORT_PROFILE. Você deve exportar o perfil do cliente ou do servidor depois de desempenhar a instalação e catalogar as origens de dados. Customizando os arquivos de resposta de amostra que são fornecidos para cada produto DB2 Uma alternativa para utilizar o gerador de arquivo de resposta ou o assistente de Instalação do DB2 para criar um arquivo de resposta é modificar manualmente um arquivo de resposta de amostra. Os arquivos de resposta de amostra são fornecidos no DVD do produto DB2. Os arquivos de resposta de amostra fornecem detalhes sobre todas as palavras-chaves válidas para cada produto. Comando db2_install (Apenas plataformas Linux e UNIX) O comando db2_install instala todos os componentes para o produto DB2 especificados com o suporte à interface em inglês. É possível selecionar idiomas adicionais para suportar com o parâmetro -L. Não é possível selecionar ou cancelar a seleção de componentes. Embora o comando db2_install instale todos os componentes para o produto DB2 especificados, ele não desempenha criação de usuário e de grupo, criação de instância ou configuração. Este método de instalação pode ser preferencial em casos nos quais a configuração deve ser feita após a instalação. Para configurar o produto DB2 durante sua instalação, é recomendável usar o assistente de Configuração do DB2. Em sistemas operacionais Linux e UNIX, se você incorporar a imagem de instalação do DB2 em seu aplicativo, seu aplicativo poderá receber informações e prompts de progresso da instalação do instalador em formato legível por computador. Estes métodos de instalação requerem configuração manual após a implementação dos arquivos do produto. Implementação de Arquivo de Carga Útil (Linux e UNIX apenas) Esse método é um método de instalação avançada que não é recomendado para a maioria dos usuários. Ele requer que o usuário instale fisicamente os arquivos de carga útil. Um arquivo de carga útil é um tarball compactado que contém todos os arquivos e metadados de um componente instalável. Estes métodos de instalação requerem configuração manual após a implementação dos arquivos do produto. Nota: As instalações de produtos DB2 não são mais pacotes de sistema operacional nas plataformas Linux e UNIX. Como resultado, não é mais possível utilizar comandos do sistema operacional para a instalação. Os scripts existentes usados para interagir e consultar instalações do DB2 devem ser alterados. 2.1.3 Idiomas de Interface do DB2 Suportados O suporte a idioma do DB2 para interfaces DB2 pode ser categorizado em idiomas de grupos de servidores e idiomas de grupos de clientes. Os idiomas de grupos de servidores traduzirão a maioria das mensagens, ajuda e elementos da interface gráfica do DB2. Os idiomas do grupo de clientes traduzirão o componente IBM Data Server Runtime Client, que incluirá a maioria das mensagens e alguma documentação da ajuda. Os idiomas do grupo de servidores incluem: Português do Brasil, Tcheco, Dinamarquês, Finlandês, Francês, Alemão, Italiano, Japonês, Coreano, Norueguês, Polonês, Russo, Chinês Simplificado, Espanhol, Sueco e Chinês Tradicional. Os idiomas do grupo de clientes incluem: Árabe, Búlgaro, Croata, Holandês, Grego, Hebraico, Húngaro, Português, Romeno, Eslovaco, Esloveno e Turco. Não confunda os idiomas suportados pelo produto DB2 com os idiomas suportados pela interface do DB2. Os idiomas suportados pelo produto DB2 significam os idiomas nos quais os dados podem existir. Estes idiomas são um superconjunto de idiomas suportados pela interface do DB2. 2.1.3.1 Exibindo o Assistente de Configuração do DB2 em seu Idioma Nacional (Linux e UNIX) O comando db2setup consulta o sistema operacional para determinar as definições de idioma existentes. Se a configuração de idioma de seu sistema operacional for suportada por db2setup, esse idioma será utilizado ao exibir o assistente de Configuração do DB2. Se seu sistema utilizar as mesmas páginas de códigos, mas diferentes nomes de códigos de idiomas do que aqueles suportados pela interface do DB2, ainda poderá ver o db2setup traduzido, configurando a variável de ambiente LANG para o valor apropriado, digitando o seguinte comando: Shells bourne (sh), korn (ksh) e bash: LANG= export LANG Shell C: setenv LANG em que código do idioma é um código de idioma suportado pela interface do DB2. 2.1.3.2 Identificadores de Idioma para Executar o Assistente de Configuração do DB2 em Outro Idioma Se quiser executar o assistente de Configuração do DB2 em um idioma diferentes do idioma padrão em seu computador, você pode iniciar o assistente de Configuração do DB2 manualmente, especificando um identificador de linguagem. O idioma deve estar disponível na plataforma em que você estiver executado a instalação. Nos sistemas operacionais Windows, você pode executar o setup.exe com o parâmetro -i para especificar o código do idioma de duas letras do idioma de instalação que deve ser utilizado. Nos sistemas operacionais Linux e UNIX, é recomendado que você configure a variável de ambiente LANG para exibir o assistente de Configuração do DB2 no idioma nacional. Tabela 2. Identificadores de Idioma +----------------------------------+----------------------------------+ | Idioma | Identificador de Idioma | +----------------------------------+----------------------------------+ | Árabe (disponível em apenas em | ar | | plataformas Windows) | | +----------------------------------+----------------------------------+ | Português do Brasil | br | +----------------------------------+----------------------------------+ | Búlgaro | bg | +----------------------------------+----------------------------------+ | Chinês, Simplificado | cn | +----------------------------------+----------------------------------+ | Chinês, Tradicional | tw | +----------------------------------+----------------------------------+ | Croata | hr | +----------------------------------+----------------------------------+ | Tcheco | cz | +----------------------------------+----------------------------------+ | Dinamarquês | dk | +----------------------------------+----------------------------------+ | Holandês | nl | +----------------------------------+----------------------------------+ | Inglês | en | +----------------------------------+----------------------------------+ | Finlandês | fi | +----------------------------------+----------------------------------+ | Francês | fr | +----------------------------------+----------------------------------+ | Alemão | de | +----------------------------------+----------------------------------+ | Grego | el | +----------------------------------+----------------------------------+ | Húngaro | hu | +----------------------------------+----------------------------------+ | Italiano | it | +----------------------------------+----------------------------------+ | Japonês | jp | +----------------------------------+----------------------------------+ | Coreano | kr | +----------------------------------+----------------------------------+ | Norueguês | não | +----------------------------------+----------------------------------+ | Polonês | pl | +----------------------------------+----------------------------------+ | Português do Brasil | pt | +----------------------------------+----------------------------------+ | Romeno | ro | +----------------------------------+----------------------------------+ | Russo | ru | +----------------------------------+----------------------------------+ | Eslovaco | sk | +----------------------------------+----------------------------------+ | Esloveno | sl | +----------------------------------+----------------------------------+ | Espanhol | es | +----------------------------------+----------------------------------+ | Sueco | se | +----------------------------------+----------------------------------+ | Turco | tr | +----------------------------------+----------------------------------+ 2.1.3.3 Alterando o Idioma da Interface do Produto DB2 (Windows) O idioma da interface do DB2 é o idioma que aparece nas mensagens, ajuda e interfaces de ferramentas gráficas. Ao instalar seu produto DB2, você tem a opção de instalar o suporte para um ou mais idiomas. Após a instalação, é possível alterar o idioma da interface do DB2 para um dos outros idiomas de interface instalados. Não confunda os idiomas suportados por um produto DB2 com os idiomas suportados pela interface do DB2. Os idiomas suportados por um produto DB2 significam os idiomas nos quais os dados podem existir. Estes idiomas são um superconjunto de idiomas suportados pela interface do DB2. O idioma de interface do DB2 que você deseja utilizar deve ser instalado em seu sistema. Os idiomas de interface do DB2 são selecionados e instalados quando você instala o produto DB2 utilizando o assistente de Configuração do DB2. Se você alterar o idioma de interface de um produto DB2 para um idioma de interface suportado que não foi instalado, o idioma de interface do produto DB2 terá como padrão primeiro o idioma do sistema operacional, caso não seja suportado, o inglês. A alteração do idioma de interface para o produto DB2 no Windows requer que você altere a definição do idioma padrão para seu sistema operacional Windows. Para alterar o idioma de interface do produto DB2 nos sistemas operacionais Windows: 1. Através do Painel de Controle, selecione Opções Regionais e de Idioma. 2. Na guia Opções Regionais em Padrões e Formatos, selecione o idioma adequado. No Windows 2008 e Windows Vista ou superior, use a guia Formatos para esta etapa. 3. Na guia Opções Regionais em Local, selecione o local que corresponde ao idioma adequado. 4. Na guia Avançado em Idioma para Programas Não-Unicode selecione o idioma adequado. No Windows 2008 e Windows Vista ou superior, na guia Administrativo, sob Idioma para Programas não-Unicode, clique em Alterar Código de Idioma do Sistema e selecione o idioma apropriado. Você então será solicitado a reinicializar, clique em Cancelar. 5. Na guia Avançado em Definições Padrão da Conta do Usuário, marque a caixa Aplicar Todas as Definições para a Conta do Usuário Atual e para o Perfil do Usuário Padrão. No Windows 2008 e Windows Vista ou superior, na guia Administrativo sob contas reservadas, clique em Copiar para Contas Reservadas e verifique as contas para as quais deseja copiar as configurações de idioma. 6. Você será solicitado a reinicializar antes dessas alterações entrarem em efeito. Consulte a ajuda de seu sistema operacional para as informações adicionais sobre alteração do idioma do sistema padrão. 2.1.3.4 Alterando o Idioma da Interface do DB2 (Linux e UNIX) O idioma da interface do produto DB2 é o idioma que aparece nas mensagens, ajuda e interfaces de ferramentas gráficas. Ao instalar seu produto DB2, você tem a opção de instalar o suporte para um ou mais idiomas. Se, a qualquer momento após a instalação, você quiser alterar o idioma da interface para um dos outros idiomas de interface instalados, utilize as etapas descritas nesta tarefa. Não confunda os idiomas suportados pelo produto DB2 com os idiomas suportados pela interface do DB2. Os idiomas suportados pelo produto DB2, ou seja, os idiomas nos quais os dados podem existir, são um superconjunto de idiomas suportados pela interface do DB2. O suporte ao idioma de interface do DB2 que você deseja utilizar deve estar instalado em seu sistema. O suporte ao idioma de interface do DB2 é selecionado e instalado quando você instala o DB2 utilizando o assistente de Configuração do DB2. Se você alterar o idioma da interface do produto DB2 para um idioma de interface suportado que não tenha sido instalado, o idioma da interface do DB2 assumirá como padrão o idioma do sistema operacional. Se o idioma do sistema operacional não for suportado, será utilizado o inglês como o idioma da interface do DB2. O suporte ao idioma de interface do DB2 é selecionado e instalado quando você instala seu produto DB2 utilizando o assistente de Configuração do DB2 ou utilizando o National Language Package. Para verificar quais códigos do idioma públicos estão disponíveis em seu sistema, execute o comando $ locale -a. Para alterar o idioma da interface do DB2, configure a variável de ambiente LANG como o código do idioma desejado. Para os shells bourne (sh), korn (ksh) e bash: LANG= export LANG Para o shell C: setenv LANG Por exemplo, para ter uma interface do produto DB2 em francês, você deve ter o suporte ao idioma francês instalado e deve configurar a variável de ambiente LANG para um código do idioma francês, por exemplo, fr_FR. 2.2 Requisitos de Instalação para Produtos de Banco de Dados do DB2 Antes de instalar seu produto DB2, certifique-se de que o sistema escolhido atenda aos requisitos necessários de sistema operacional, hardware, software, comunicações, disco e memória. 2.2.1, "Requisitos de Disco e Memória" O espaço em disco requerido para seu produto depende do tipo de instalação escolhido e de seu tipo de sistema de arquivos. De forma semelhante, os requisitos de memória são afetados pelo tamanho e complexidade de seu sistema de banco de dados. Produtos de banco de dados DB2 e de cliente do servidor de dados IBM Há uma lista de pré-requisitos de sistema operacional, de software e de hardware que devem ser atendidos para cada sistema operacional, da seguinte forma: * 2.2.4, "Requisitos de Instalação para Servidores DB2 e IBM Data Server Clients (AIX)" * 2.2.5, "Requisitos de Instalação para Servidores DB2 e Clientes do Servidor de Dados IBM (HP-UX)" * 2.2.6, "Requisitos de instalação para servidores DB2 e clientes de servidores de dados da IBM (Linux)" * 2.2.7, "Requisitos de instalação para servidores DB2 e clientes de servidores de dados da IBM (Solaris)" * 2.2.3, "Requisitos de Instalação para Servidores DB2 e Clientes do Servidor de Dados IBM (Windows)" Requisitos de instalação para o produto DB2 Connect Há uma lista de pré-requisitos de sistema operacional, de software e de hardware que devem ser atendidos para cada sistema operacional, da seguinte forma: * "Requisitos de Instalação para DB2 Connect Personal Edition (Windows)" em Installing and Configuring DB2 Connect Personal Edition * "Requisitos de Instalação para DB2 Connect Personal Edition (Linux)" em Installing and Configuring DB2 Connect Personal Edition * "Requisitos de Instalação para Produtos DB2 Connect (Solaris Operating System)" em Installing and Configuring DB2 Connect Servers * "Requisitos de Instalação para Produtos do Servidor DB2 Connect (Windows)" em Installing and Configuring DB2 Connect Servers * "Requisitos de Instalação para Produtos do Servidor DB2 Connect (Linux)" em Installing and Configuring DB2 Connect Servers * "Requisitos de Instalação para Produtos do Servidor DB2 Connect (AIX)" em Installing and Configuring DB2 Connect Servers * "Requisitos de Instalação para Produtos do Servidor DB2 Connect (HP-UX)" em Installing and Configuring DB2 Connect Servers 2.2.2, "Suporte a Software Java para Produtos DB2" Você precisa do nível apropriado de IBM SDK (Software Development Kit) para Java para utilizar ferramentas baseadas em Java e para criar e executar aplicativos Java, incluindo procedimentos armazenados e funções definidas pelo usuário. Suporte à Virtualização Para obter detalhes sobre a tecnologia de virtualização suportada por produtos DB2, consulte http://www.ibm.com/developerworks/wikis/display/im/DB2+Virtualization+Support. Requisitos de Instalação para Produtos DB2 Query Patroller * "Instalando o Servidor Query Patroller Utilizando o Assistente de Configuração do DB2 ( Windows )" em Query Patroller Administration and User's Guide * "Instalando o Servidor Query Patroller Utilizando o Assistente de Configuração do DB2 (Linux e UNIX )" em Query Patroller Administration and User's Guide Requisitos de Instalação para DB2 Spatial Extender * "Requisitos do Sistema para Instalar o Spatial Extender" em Referência e Guia do Usuário do Spatial Extender e Geodetic Data Management Feature Requisitos de Instalação para Produtos InfoSphere Federation Server * http://publib.boulder.ibm.com/infocenter/db2luw/v9r5/topic/com.ibm.swg.im.iis.prod.install.core.doc/topics/iiypisrq-sys.html * http://publib.boulder.ibm.com/infocenter/db2luw/v9r5/topic/com.ibm.swg.im.iis.prod.install.core.doc/topics/iiypirrq-sys.html 2.2.1 Requisitos de Disco e Memória Requisitos de Disco O espaço em disco requerido para seu produto depende do tipo de instalação escolhido e de seu tipo de sistema de arquivos. O assistente de Configuração do DB2 fornece estimativas de tamanho dinâmico com base nos componentes selecionados durante uma instalação típica, compacta ou customizada. Lembre-se de incluir espaço em disco para produtos de banco de dados de software e de comunicação necessários. Nos sistemas operacionais Linux e UNIX, recomenda-se 2 GB de espaço livre no diretório /tmp. Requisitos de Memória No mínimo, um sistema de banco de dados DB2 requer 256 MB de RAM. Para um sistema que esteja executando apenas um produto DB2 e as ferramentas da GUI do DB2, é necessário um mínimo de 512 MB de RAM. No entanto, 1 GB de RAM é recomendado para um desempenho aprimorado. Esses requisitos não incluem quaisquer requisitos de memória adicionais para outro software que esteja em execução em seu sistema. Ao determinar os requisitos de memória, saiba do seguinte: * Os produtos DB2 executados no HP-UX Versão 11i para sistemas baseados em Itanium requerem um mínimo de 512 MB de RAM. * Para suporte ao IBM data server client, estes requisitos de memória servem para uma base de cinco conexões do cliente simultâneas. Serão necessários mais 16 MB de RAM para cada cinco conexões de cliente. * Os requisitos de memória são afetados pelo tamanho e complexidade de seu sistema de banco de dados, e a extensão de atividade do banco de dados e o número de clientes que estão acessando o sistema. Para produtos do servidor DB2, o recurso de memória de auto-ajuste simplifica a tarefa de configuração de memória, configurando automaticamente valores para vários parâmetros de configuração de memória. Quando ativado, o ajustador de memória distribui dinamicamente os recursos de memória disponíveis entre vários clientes de memória, incluindo classificação, o cache do pacote, a lista de bloqueio e os conjuntos de buffer. * Em sistemas operacionais Linux e UNIX, é recomendável que o espaço SWAP tenha pelo menos o dobro do espaço de RAM. 2.2.2 Suporte a Software Java para Produtos DB2 Você precisa do nível apropriado de IBM Software Development Kit (SDK) para Java, listado posteriormente nesta seção, para usar ferramentas baseadas em Java e para criar e executar aplicativos Java, incluindo procedimentos armazenados e funções definidas pelo usuário. Se o IBM SDK para Java for requerido por um componente que está sendo instalado e o SDK para Java ainda não estiver instalado no caminho, o SDK para Java será instalado se você utilizar o assistente de Configuração do DB2 ou um arquivo de resposta para instalar o produto. O SDK para Java não é instalado com o IBM Data Server Runtime Client ou o Pacote do IBM Data Server Driver. A tabela a seguir lista o SDK instalado para níveis de Java para produtos DB2, de acordo com a plataforma de sistema operacional: +-----------------------+---------------------------------------------+ | Plataforma de Sistema | Nível do SDK para Java | | Operacional | | +-----------------------+---------------------------------------------+ | AIX | SDK 6 Release de Serviço 3 | +-----------------------+---------------------------------------------+ | HP-UX para Sistemas | HP SDK para a plataforma J2SE HP-UX 11i, | | Baseados em Itanium | adaptado pela IBM para IBM Software, Versão | | | 6 Service Release 3 | +-----------------------+---------------------------------------------+ | Linux no x86 | SDK 6 Release de Serviço 3 | +-----------------------+---------------------------------------------+ | Linux no AMD64/EM64T | SDK 6 Release de Serviço 3 | +-----------------------+---------------------------------------------+ | Linux no zSeries | SDK 6 Release de Serviço 3 | +-----------------------+---------------------------------------------+ | Linux no POWER | SDK 6 Release de Serviço 3 | +-----------------------+---------------------------------------------+ | Sistema Operacional | SDK 6 Release de Serviço 3 | | Solaris | | +-----------------------+---------------------------------------------+ | Windows x86 | SDK 6 Release de Serviço 3 | +-----------------------+---------------------------------------------+ | Windows x64 | SDK 6 Release de Serviço 3 | +-----------------------+---------------------------------------------+ Nota: 1. O software SDK para Java pode ser transferido por download da página da Web do developerWorks em: http://www.ibm.com/developerworks/java/jdk/index.html. Para obter uma lista dos níveis suportados do SDK para Java, consulte a tabela posteriormente nesta seção chamada suporte do DB2 Database para Linux, UNIX e Windows para SDKs para Java. Nota: Para as plataformas de sistema operacional Windows, utilize os downloads de IBM Development Package for Eclipse. 2. As ferramentas da GUI do DB2 são executadas somente em Linux no x86, Linux no AMD64/EM64T, Windows x86 e Windows x64. 3. No Windows x86 e Linux no x86: * o SDK de 32 bits é instalado * Aplicativos de 32 bits e rotinas externas Java são suportados 4. Em todas as plataformas suportadas (exceto Windows x86 e Linux no x86): * aplicativos de 32 bits são suportados * rotinas externas Java de 32 bits não são suportadas * aplicativos de 64 bits e rotinas externas Java são suportadas Software de Desenvolvimento de Aplicativos Java Suportados A tabela a seguir lista os níveis suportados do SDK para Java. Os níveis listados e versões mais recentes compatíveis com versões futuras dos mesmos níveis são suportados. Como existem correções e atualizações freqüentes do SDK para Java, nem todos os níveis e versões foram testados. Se seu aplicativo de banco de dados tiver problemas que estejam relacionados ao SDK para Java, tente a próxima versão disponível de seu SDK para Java no nível especificado. Versões não-IBM do SDK para Java são suportadas apenas para construção e execução de aplicativos Java independentes. Para construção e execução de procedimentos armazenados Java e função definida pelo usuários, apenas o IBM SDK para Java que está incluído no produto DB2 Database para Linux, UNIX e Windows é suportado. Tabela 3. Níveis de SDKs Suportados do DB2 Database para Linux, UNIX e Windows para Java +-------------+-------------+-------------+-------------+-------------+ | Aplicativos Aplicativos Procediment | | Java Java os Ferramentas | | utilizandoo utilizandoo Armazenados Gráficas | | driver driver Java e DB2 | | db2java.zip db2jcc4.jar Funções | | ou do JDBC Definidas | | db2jcc.jar pelo | | do JDBC Usuário | +-------------+-------------+-------------+-------------+-------------+ | AIX 1.4.2 a 6 6 1.4.2 a 65 N/D | +-------------+-------------+-------------+-------------+-------------+ | HP-UX para 1.4.2 a 61 61 1.4.2 a 6 N/D | | Sistemas | | Baseados em | | Itanium | +-------------+-------------+-------------+-------------+-------------+ | Linux no 1.4.2 a 63,4 1.4.2 a 6 N/D | | POWER 63,4 | +-------------+-------------+-------------+-------------+-------------+ | Linux no 1.4.2 a 62,3,4 1.4.2 a 6 5 a 6 | | x86 62,3,4 | +-------------+-------------+-------------+-------------+-------------+ | Processador 1.4.2 a 62,3,4 1.4.2 a 6 N/D | | es Linux no 62,3,4 | | AMD64 e | | Intel EM64T | +-------------+-------------+-------------+-------------+-------------+ | Linux no 1.4.2 a 63,4 1.4.2 a 6 N/D | | zSeries 63,4 | +-------------+-------------+-------------+-------------+-------------+ | sistema 1.4.2 a 62 62 1.4.2 a 6 N/D | | operacional | | Solaris | +-------------+-------------+-------------+-------------+-------------+ | Windows no 1.4.2 a 62 62 1.4.2 a 6 5 a 6 | | x86 | +-------------+-------------+-------------+-------------+-------------+ | Processador 1.4.2 a 62 62 1.4.2 a 6 5 a 6 | | es Windows | | no x64, | | para AMD64 | | e Intel | | EM64T | +-------------+-------------+-------------+-------------+-------------+ Nota: 1. Os mesmos níveis do SDK para Java que estão disponíveis no Hewlett-Packard são suportados para construção e execução de aplicativos clientes independentes que são executados no IBM Data Server Driver for JDBC and SQLJ. 2. Os mesmos níveis do SDK para Java que estão disponíveis na Sun Microsystems são suportados para construção e execução de aplicativos clientes independentes que são executados no IBM Data Server Driver for JDBC and SQLJ. 3. Um nível mínimo de SDK para Java 1.4.2 SR6 é necessário para SLES (SUSE Linux Enterprise Server) 10. Um nível mínimo de SDK para Java 1.4.2 SR7 é necessário para Red Hat Enterprise Linux (RHEL) 5. 4. O suporte do SDK para Java 6 no Linux requer o SDK para Java 6 SR3 ou posterior. 5. Se o SDK para Java 6 SR2 ou posterior for utilizado, configure DB2LIBPATH=java_home/jre/lib/ppc64. A tabela a seguir lista as versões do IBM Data Server Driver for JDBC and SQLJ que estão disponíveis com produtos do banco de dados DB2. Tabela 4. Versões de Níveis de Fix Pack do IBM Data Server Driver for JDBC and SQLJ e DB2 Database para Linux, UNIX e Windows +----------------------------------+----------------------------------+ | Versão e Nível de Fix Pack do Versão do IBM Data Server Driver | | DB2 for JDBC and SQLJ 1 | +----------------------------------+----------------------------------+ | DB2 Versão 9.1 3.1.xx | +----------------------------------+----------------------------------+ | DB2 Versão 9.1 Fix Pack 1 3.2.xx | +----------------------------------+----------------------------------+ | DB2 Versão 9.1 Fix Pack 2 3.3.xx | +----------------------------------+----------------------------------+ | DB2 Versão 9.1 Fix Pack 3 3.4.xx | +----------------------------------+----------------------------------+ | DB2 Versão 9.1 Fix Pack 4 3.6.xx | +----------------------------------+----------------------------------+ | DB2 Versão 9.1 Fix Pack 5 3.7.xx | +----------------------------------+----------------------------------+ | DB2 Versão 9.5 3.50.xx, 4.0.xx | +----------------------------------+----------------------------------+ | DB2 Versão 9.5 Fix Pack 1 3.51.xx, 4.1.xx | +----------------------------------+----------------------------------+ | DB2 Versão 9.5 Fix Pack 2 3.52.xx, 4.2.xx | +----------------------------------+----------------------------------+ | DB2 Versão 9.5 Fix Pack 3 3.53.xx, 4.3.xx | +----------------------------------+----------------------------------+ | DB2 Versão 9.7 3.57.xx, 4.7.xx | +----------------------------------+----------------------------------+ Nota: Todas as versões de driver que são do formato n.m.xx. n.m permanecem as mesmas dentro de um nível de GA ou nível de fix pack. xx altera quando uma nova versão do IBM Data Server Driver for JDBC and SQLJ é apresentada através de uma correção APAR. 2.2.3 Requisitos de Instalação para Servidores DB2 e Clientes do Servidor de Dados IBM (Windows) Antes de instalar um produto de banco de dados DB2 em sistemas operacionais Windows, assegure-se de que o sistema escolhido atenda aos requisitos necessários de sistema operacional, hardware e software. Tabela 5. Plataformas da Estação de Trabalho do Windows +-------------------------+-----------------+-------------------------+ | Sistema Operacional | Pré-requisitos | Hardware | +-------------------------+-----------------+-------------------------+ | Windows XP Professional | Windows XP | Todos os processadores | | (32 bits e 64 bits) | Service Pack 2 | Intel e AMD capazes de | | Windows Vista Business | ou posterior | executar os sistemas | | (32 bits e 64 bits) | Os aplicativos | operacionais Windows | | | clientes IBM | suportados (sistemas | | Windows Vista | Data Server | baseados em 32 bits e | | Enterprise (32 bits e | Provider para | x64) | | 64 bits) | .NET e | | | | procedimentos | | | Windows Vista Ultimate | do lado do | | | (32 bits e 64 bits) | servidor CLR | | | | requerem o | | | | tempo de | | | | execução de | | | | estrutura do | | | | .NET 2.0. | | | | | | | | Os aplicativos | | | | IBM data server | | | | provider para | | | | .NET de 64 bits | | | | são suportados. | | | | | | | | Todos os | | | | service packs | | | | do Windows | | | | Vista são | | | | suportados. | | +-------------------------+-----------------+-------------------------+ Tabela 6. Plataformas do Servidor Windows +-------------------------+-------------------------+-----------------+ | Sistema Operacional | Pré-requisitos | Hardware | +-------------------------+-------------------------+-----------------+ | Windows 2003 Datacenter | Service Pack 2 ou | Todos os | | Edition (32 bits e 64 | posterior. | processadores | | bits) | R2 também é suportado | Intel e AMD | | Windows 2003 Enterprise | | capazes de | | Edition (32 bits e 64 | Os aplicativos clientes | executar os | | bits) | IBM data server | sistemas | | | provider para .NET e | operacionais | | Windows 2003 Standard | procedimentos do lado | Windows | | Edition (32 bits e 64 | do servidor CLR | suportados | | bits) | requerem o tempo de | (sistemas | | | execução de estrutura | baseados em 32 | | | do .NET 2.0. | bits e x64). | | | | | | | Os aplicativos IBM data | | | | server provider para | | | | .NET de 64 bits são | | | | suportados. | | |-------------------------|-------------------------| | | Windows Server 2008 | Os aplicativos clientes | | | Datacenter Edition (32 | IBM data server | | | bits e 64 bits) | provider para .NET e | | | Windows Server 2008 | procedimentos do lado | | | Enterprise Edition (32 | do servidor CLR | | | bits e 64 bits) | requerem o tempo de | | | | execução de estrutura | | | Windows Server 2008 | do .NET 2.0. | | | Standard Edition (32 | | | | bits e 64 bits) | Os aplicativos IBM data | | | | server provider para | | | | .NET de 64 bits são | | | | suportados. | | | | | | | | Todos os service packs | | | | do Windows Server 2008 | | | | são suportados. | | +-------------------------+-------------------------+-----------------+ Nota: Os produtos de banco de dados DB2 suportam o recurso aplicado de hardware Data Execution Prevention (DEP) que é construído em alguns sistemas operacionais Windows. Considerações adicionais de software * O Windows Installer 3.0 é necessário. Ele será instalado pelo instalador se não tiver sido detectado. * Os aplicativos clientes IBM Data Server Provider para .NET e procedimentos do lado do servidor CLR requerem o tempo de execução de estrutura do .NET 2.0. Em um ambiente x64, os aplicativos clientes IBM data server provider para .NET de 64 bits serão executados no modo de emulação WOW64. * MDAC 2.8 é requerido. O assistente de Configuração do DB2 instalará o MDAC 2.8, caso ainda não esteja instalado. Nota: Se uma versão anterior do MDAC (por exemplo, 2.7) já estiver instalada, a instalação do DB2 fará upgrade do MDAC para a 2.8. Para uma instalação típica, o MDAC 2.8 é instalado. Para uma instalação customizada, o MDAC 2.8 será instalado apenas se você não desmarcar o padrão que é para instalá-lo. Se você desmarcar o MDAC como parte de uma instalação customizada, ele não será instalado. * Se você planeja usar LDAP (Lightweight Directory Access Protocol), deverá usar um cliente Microsoft LDAP ou o cliente IBM Tivoli Directory Server v6 (também conhecido como o cliente IBM LDAP que está incluído nos produtos de banco de dados DB2). Antes da instalação do Microsoft Active Directory, você precisará estender seu esquema de diretório usando o utilitário db2schex, que pode ser localizado na mídia de instalação no diretório db2\Windows\utilities. O cliente Microsoft LDAP está incluído em sistemas operacionais Windows. * Um dos navegadores a seguir é necessário para visualizar a ajuda on-line, para executar a barra de ativação de instalação do DB2 (setup.exe) e para executar o First Steps (db2fs): * Firefox 2.0 e posterior * Internet Explorer 6.0 e posterior * Navegadores baseados em Mozilla 1.7 e superior * Safari 3.0 e posterior 2.2.4 Requisitos de Instalação para Servidores DB2 e IBM Data Server Clients (AIX) Antes de instalar os produtos do banco de dados do DB2 em sistemas operacionais AIX, certifique-se de que o sistema escolhido atenda aos requisitos do sistema operacional, de hardware, de software e de comunicações. Para instalar um produto do banco de dados do DB2, os seguintes requisitos devem ser atendidos: Tabela 7. Requisitos de Instalação do AIX +----------------------------------+----------------------------------+ | Sistema Operacional | Hardware | +----------------------------------+----------------------------------+ | AIX Versão 5.3 | Arquitetura CHRP (Common | | * O kernel do AIX de 64 bits é | Hardware Reference Platform)1 de | | necessário | 64 bits | | * AIX 5.3 Technology Level (TL) | | | 9and Service Pack (SP) 2 | Todos os processadores com | | * O nível mínimo de tempo de | capacidade para executar os | | execução C++ requer os conjuntos | sistemas operacionais AIX | | de arquivos xlC.rte 9.0.0.8 e | suportados. | | xlC.aix50.rte 9.0.0.8 (ou | | | posterior). Estes conjuntos de | | | arquivos estão incluídos no | | | pacote do IBM C++ Runtime | | | Environment Components para AIX | | | de junho de 2008. | | | | | | AIX Versão 6.12 | | | * O kernel do AIX de 64 bits é | | | necessário | | | * O nível mínimo de tempo de | | | execução C++ requer os conjuntos | | | de arquivos xlC.rte 9.0.0.8 e | | | xlC.aix61.rte 9.0.0.8 (ou | | | posterior). Estes conjuntos de | | | arquivos estão incluídos no | | | pacote do IBM C++ Runtime | | | Environment Components para AIX | | | de junho de 2008. | | +----------------------------------+----------------------------------+ * 1Para verificar se é um sistema de arquitetura CHRP, emita o comando lscfg e procure pela seguinte saída: Modelo de Arquitetura: chrp * 2No AIX 6.1 existem dois tipos de Workload Partitions (WPARs): WPARs do sistema e WPARs do aplicativo. A instalação do DB2 é suportada apenas em uma WPAR do sistema. O AIX 6.1 também suporta a capacidade de criptografar um sistema de arquivos JFS2 ou um conjunto de arquivos. Considerações de Software * Para considerações sobre desenvolvimento e tempo de execução de aplicativos, consulte os tópicos em Linguagens de Programação e Compiladores Suportados para Desenvolvimento de Aplicativos de Banco de Dados. * Você pode fazer download do IBM C++ Runtime Environment Components para AIX mais recente no Web site de suporte do IBM AIX XL C e C++. * (Apenas Clientes) Se você planeja utilizar a Autenticação Kerberos, precisará do cliente IBM Network Authentication Service v1.4 ou posterior. O cliente NAS pode ser transferido por download de https://www6.software.ibm.com/dl/dm/dm-nas-p. * Utilize o comando bosboot para alternar para o kernel de 64 bits. Para alternar para um kernel de 64 bits, você precisa da propriedade de administrador e deve inserir os seguintes comandos: ln -sf /usr/lib/boot/unix_64 /unix ln -sf /usr/lib/boot/unix_64 /usr/lib/boot/unix bosboot -a shutdown -Fr * Um dos seguintes navegadores é requerido para visualizar ajuda on-line e para executar o First Steps (db2fs): * Firefox 2.0 e posterior * Navegadores baseados em Mozilla 1.7 e superior * Um software X Window System capaz de renderizar uma interface gráfica com o usuário será necessário se: * você desejar utilizar o assistente de Configuração do DB2 para instalar um produto DB2 em sistemas operacionais Linux ou UNIX * Para obter detalhes relativos a problemas conhecidos do AIX, consulte www.ibm.com/support/docview.wss?&uid=swg21165448 2.2.5 Requisitos de Instalação para Servidores DB2 e Clientes do Servidor de Dados IBM (HP-UX) Para instalar um produto DB2, os seguintes requisitos de sistema operacional, hardware e comunicações devem ser atendidos: Tabela 8. Requisitos de Instalação do HP-UX +-----------------------------------------+---------------------------+ | Sistema Operacional | Hardware | +-----------------------------------------+---------------------------+ | | HP Integrity Series | | Os produtos DB2 são suportados em: | Systems baseados em | | * HP-UX 11iv2 (11.23.0505) com: | Itanium | | * Pacote configurável de Qualidade | | | Base de maio de 2005 (QPKBASE) | | | * Pacote configurável Applications | | | Quality (QPKAPPS) de maio de 2005 | | | * HP-UX 11iv3 (11.31) | | +-----------------------------------------+---------------------------+ Considerações sobre a Configuração de Kernel Será necessário reiniciar o sistema, se você atualizar os parâmetros de configuração do kernel. Os parâmetros de configuração do kernel estão definidos no /etc/system. Dependendo dos valores em seus parâmetros de configuração do kernel, modifique alguns deles antes de instalar o cliente Versão 9 ou produtos do servidor DB2. Se o parâmetro do kernel que está sendo modificado não estiver listado como dinâmico, será necessária uma reinicialização do sistema para que as alterações em /etc/system entrem em vigor. Considerações de Software * Um dos seguintes navegadores é requerido para visualizar ajuda on-line e para executar o First Steps (db2fs): * Firefox 2.0 e posterior * Navegadores baseados em Mozilla 1.7 e superior * Um software X Window System capaz de renderizar uma interface gráfica com o usuário será necessário se: * você desejar utilizar o assistente de Configuração do DB2 para instalar um produto DB2 em sistemas operacionais Linux ou UNIX * Para obter detalhes relativos a problemas conhecidos do HP-UX, consulte www.ibm.com/support/docview.wss?&uid=swg21257602 2.2.6 Requisitos de instalação para servidores DB2 e clientes de servidores de dados da IBM (Linux) Antes de instalar os produtos do banco de dados DB2 em sistemas operacionais Linux, certifique-se de que o sistema escolhido atenda aos requisitos do sistema operacional, de hardware, de software e de comunicações. Para obter as informações mais recentes sobre as distribuições Linux suportadas, aponte seu navegador para http://www.ibm.com/software/data/db2/linux/validate/. Os produtos do banco de dados DB2 são suportados no seguinte hardware: * Processadores x86 (Intel Pentium, Intel Xeon e AMD) Intel e AMD de 32 bits * x64 (Processadores AMD64 e Intel EM64T de 64 bits) * POWER (IBM eServer OpenPower, iSeries, pSeries, System i, System p e POWER Systems que suportam Linux) * eServer System z ou System z9 Os sistemas operacionais suportados para Linux incluem: * Red Hat Enterprise Linux (RHEL) 5 Update 2 * SUSE Linux Enterprise Server (SLES) 10 Service Pack 2 * SUSE Linux Enterprise Server (SLES) 11 * Ubuntu 8.0.4.1 Limitações de Arquitetura Multiencadeada Se estiver instalando um produto do banco de dados DB2 de 32 bits em um sistema operacional Linux, será recomendável fazer upgrade para um sistema operacional de 64 bits e instalar então o produto do banco de dados DB2 de 64 bits. A arquitetura multiencadeada geralmente simplifica a configuração da memória. No entanto, isso poderá afetar a configuração da memória de servidores de banco de dados DB2 de 32 bits. Por exemplo: * A memória privada para encadeamentos do agente é alocada em um único processo. A agregação de todas as alocações de memória privada para agentes do banco de dados pode não se ajustar em um espaço de memória de um único processo. * O suporte para vários bancos de dados é limitado, porque todos os segmentos de memória compartilhados pelo banco de dados para todos os bancos de dados são alocados em um único processo. Pode ser necessário reduzir o uso da memória para alguns bancos de dados para ativar com êxito todos os bancos de dados ao mesmo tempo. No entanto, o desempenho do gerenciador de banco de dados pode ser afetado. Outra alternativa é criar várias instâncias e catalogar os bancos de dados nas instâncias. No entanto, são necessários recursos do sistema suficientes para suportar esta configuração. Requisitos de Distribuição Você deve atualizar os parâmetros de configuração do kernel antes de instalar um produto de banco de dados DB2. Os valores padrão para parâmetros do kernel específicos podem não ser suficientes ao executar um sistema de banco de dados DB2. Você também pode ter outros produtos ou aplicativos que requerem recursos do sistema Linux. Você deve modificar os parâmetros de configuração do kernel com base nas necessidades de seu ambiente de trabalho do sistema Linux. Os parâmetros de configuração do kernel estão definidos em /etc/sysctl.conf. Consulte o manual de seu sistema operacional para obter informações sobre como configurar e ativar estes parâmetros usando o comando sysctl. Requisitos do Pacote As tabelas a seguir listam os requisitos do pacote para distribuições SLES e RHEL: * O libaio.so.1 é necessário para servidores de banco de dados DB2 utilizando E/S assíncronas. * O libstdc++so.6 é necessário para servidores e clientes de banco de dados DB2. No entanto, se o IBM Tivoli System Automation for Multiplatforms ou o IBM Tivoli Monitoring for Databases: DB2 Agent for utilizado, o libstdc++so.5 será necessário. Requisitos de pacote para SLES e RHEL +------------------+--------------------------------------------------+ | Nome do Pacote | Descrição | +------------------+--------------------------------------------------+ | libaio | Contém a biblioteca assíncrona necessária para | | | servidores de banco de dados DB2. | +------------------+--------------------------------------------------+ | compat-libstdc++ | Contém o libstdc++so.6 (não necessário para o | | | Linux no POWER) | +------------------+--------------------------------------------------+ As tabelas a seguir listam os requisitos do pacote para distribuições SUSE Linux e Red Hat para servidores de banco de dados particionados DB2. * O shell Korn ksh93 é necessário para os sistemas SUSE10 e RHEL5. O pacote pdksh do Shell Korn é necessário para todos os outros sistemas de banco de dados DB2. * Um utilitário de shell remoto é requerido para sistemas de banco de dados particionados. Os sistemas de banco de dados DB2 suportam os seguintes utilitários de shell remoto: * rsh * ssh Por padrão, os sistemas de banco de dados DB2 utilizam rsh ao executar comandos em nós remotos do DB2, por exemplo, ao iniciar uma partição de banco de dados remota do DB2. Para utilizar o sistema de banco de dados DB2 padrão, o pacote rsh-server deve ser instalado (consulte a tabela abaixo). Informações adicionais sobre rsh e ssh estão disponíveis no Centro de Informações do DB2. Se você optar por utilizar o utilitário de shell remoto rsh, o inetd (ou xinetd) também deverá ser instalado e estar em execução. Se você escolher utilizar o utilitário de shell remoto ssh, precisará configurar a variável de comunicação DB2RSHCMD imediatamente após a conclusão da instalação do DB2. Se esta variável de registro não for definida, o rsh será utilizado. * O pacote de suporte nfs-utils do Network File System é requerido para sistemas de banco de dados particionados. Todos os pacotes necessários devem ser instalados e configurados antes de continuar com a configuração do sistema de banco de dados DB2. Para obter informações gerais do Linux, consulte a documentação de distribuição do Linux. Requisitos de pacote para SUSE Linux +------------------+--------------------------------------------------+ | Nome do Pacote | Descrição | +------------------+--------------------------------------------------+ | pdksh ou ksh93 | Shell Korn. Este pacote é requerido para | | | ambientes de banco de dados particionados. | +------------------+--------------------------------------------------+ | openssh | Este pacote contém um conjunto de programas do | | | servidor que permitem que os usuários executem | | | comandos em (e a partir de) computadores remotos | | | através de um shell seguro. Este pacote não será | | | necessário se você utilizar a configuração | | | padrão dos sistemas de banco de dados DB2 com | | | rsh. | +------------------+--------------------------------------------------+ | rsh-server | Este pacote contém um conjunto de programas do | | | servidor que permitem aos usuários executarem | | | comandos em computadores remotos, efetuarem | | | login em outros computadores e copiarem arquivos | | | entre computadores (rsh, rexec, rlogin e rcp). | | | Este pacote não será necessário se você | | | configurar os sistemas de banco de dados DB2 | | | para utilizar ssh. | +------------------+--------------------------------------------------+ | nfs-utils | Pacote de Suporte do Network File System. Ele | | | permite acesso a arquivos locais a partir de | | | computadores remotos. | +------------------+--------------------------------------------------+ Requisitos de Pacote para o Red Hat +-----------------------+-------------+-------------------------------+ | Diretório | Nome do | Descrição | | | Pacote | | +-----------------------+-------------+-------------------------------+ | /System | pdksh ou | Shell Korn. Este pacote é | | Environment/Shell | ksh93 | requerido para ambientes de | | | | banco de dados particionados. | +-----------------------+-------------+-------------------------------+ | /Applications/Interne | openssh | Este pacote contém um | | t | | conjunto de programas do | | | | cliente que permitem que os | | | | usuários executem comandos em | | | | um computador remoto através | | | | de um shell seguro. Este | | | | pacote não será necessário se | | | | você utilizar a configuração | | | | padrão dos sistemas de banco | | | | de dados DB2 com rsh. | +-----------------------+-------------+-------------------------------+ | /System | openssh-ser | Este pacote contém um | | Environment/Daemons | ver | conjunto de programas do | | | | servidor que permitem que os | | | | usuários executem comandos a | | | | partir de um computador | | | | remoto através de um shell | | | | seguro. Este pacote não será | | | | necessário se você utilizar a | | | | configuração padrão dos | | | | sistemas de banco de dados | | | | DB2 com rsh. | +-----------------------+-------------+-------------------------------+ | /System | rsh-server | Este pacote contém um | | Environment/Daemons | | conjunto de programas que | | | | permitem que os usuários | | | | executem comandos em um | | | | computador remoto. Requerido | | | | para ambientes de banco de | | | | dados particionados. Este | | | | pacote não será necessário se | | | | você configurar os sistemas | | | | de banco de dados DB2 para | | | | utilizar ssh. | +-----------------------+-------------+-------------------------------+ | /System | nfs-utils | Pacote de Suporte do Network | | Environment/Daemons | | File System. Ele permite | | | | acesso a arquivos locais a | | | | partir de computadores | | | | remotos. | +-----------------------+-------------+-------------------------------+ Considerações de Software * (Apenas Clientes) Se você planeja utilizar a Autenticação Kerberos, precisará do cliente IBM Network Authentication Service v1.4 ou posterior. O cliente NAS pode ser transferido por download de https://www6.software.ibm.com/dl/dm/dm-nas-p. * Um dos seguintes navegadores é requerido para visualizar ajuda on-line e para executar o First Steps (db2fs): * Firefox 2.0 e posterior * Navegadores baseados em Mozilla 1.7 e superior * Um software X Window System capaz de renderizar uma interface gráfica com o usuário será necessário se: * você desejar utilizar o assistente de Configuração do DB2 para instalar um produto de banco de dados DB2 nos sistemas operacionais Linux ou UNIX ou * desejar utilizar qualquer ferramenta gráfica do DB2 no Linux para x86 e Linux no AMD 64/EM64T. * O Micro Focus não oferece suporte para nenhum desses produtos de compilador COBOL no SLES 11. Considerações sobre Security-enhancedLinux Em sistemas RHEL 5, se o Security-enhanced Linux (SELinux) estiver ativado em modo executável, o instalador poderá falhar devido a restrições do SELinux. Para determinar se o SELinux está instalado e no modo executável, você pode executar uma das seguintes ações: * Verifique o arquivo /etc/sysconfig/selinux * Execute o comando sestatus. * verifique no arquivo /var/log/messages avisos do SELinux. Para desativar o SELinux, você pode executar uma das seguintes ações: * Configure-a no modo permissivo e execute o comando setenforce 0 como um superusuário. * Modifique /etc/sysconfig/selinux e reinicialize a máquina. Se seu produto de banco de dados DB2 for instalado com êxito em um sistema RHEL 5, os processos do DB2 serão executados no domínio livre. Para designar processos do DB2 para seus próprios domínios, especifique a política. Uma política de amostra do SELinux é fornecida no diretório sqllib/samples. 2.2.7 Requisitos de instalação para servidores DB2 e clientes de servidores de dados da IBM (Solaris) Antes de instalar um produto de banco de dados DB2 no Solaris, certifique-se de que seu sistema atenda aos requisitos de sistema operacional, hardware e software. Tabela 9. Requisitos de Instalação do Solaris +-----------------------------------------+---------------------------+ | Sistema Operacional | Hardware | +-----------------------------------------+---------------------------+ | Solaris 9 | Processadores UltraSPARC | | * Kernel de 64 bits | ou SPARC64 | | * Correções 111711-12 e 111712-12 | | | * Se forem utilizados dispositivos | | | brutos, correção 122300-11 | | | * Fujitsu PRIMEPOWER e Solaris 9 | | | Kernel Update Patch 112233-01 de 64 | | | bits ou posterior para obter a correção | | | para a correção 912041-01 | | | Solaris 10 Update 5 | | | * Kernel de 64 bits | | | * Se forem utilizados dispositivos | | | brutos, correção 125100-07 | | +-----------------------------------------+---------------------------+ | Solaris 10 Update 5 | Solaris x64 (Intel 64 ou | | * Kernel de 64 bits | AMD64) | | * Patch 118855-33 | | | * Se dispositivos brutos forem | | | utilizados, a correção 125101-07 | | +-----------------------------------------+---------------------------+ Considerações sobre a Configuração de Kernel Os parâmetros de configuração do kernel estão definidos no /etc/system. Se o parâmetro do kernel que está sendo modificado não estiver listado como dinâmico, será necessária uma reinicialização do sistema para que as alterações em /etc/system entrem em vigor. Estes parâmetros devem ser configurados antes da instalação de um IBM data server client. Considerações de Software * (Apenas clientes) Se você planeja usar a Autenticação Kerberos, precisará do Solaris 9 ou superior com o cliente IBM Network Authentication Service (NAS) v1.4 ou posterior. O cliente NAS pode ser transferido por download do Web site: www6.software.ibm.com/dl/dm/dm-nas-p. * Um dos seguintes navegadores é requerido para visualizar ajuda on-line e para executar o First Steps (db2fs): * Firefox 2.0 e posterior * Navegadores baseados em Mozilla 1.7 e superior * Um software X Window System capaz de renderizar uma interface gráfica com o usuário será necessário se você desejar usar o assistente de Configuração do DB2 para instalar um produto de banco de dados DB2 * Para obter detalhes sobre problemas conhecidos do Solaris, consulte www.ibm.com/support/docview.wss?&uid=swg21257606 As correções de segurança podem ser obtidas do Web site http://sunsolve.sun.com. No Web site do SunSolve On-line, clique em Patches no painel à esquerda. O Java2 Standard Edition (J2SE) Solaris Operating System Patch Clusters e o software SUNWlibC também são necessários e podem ser obtidos do Web site http://sunsolve.sun.com. Para produtos de banco de dados DB2 em sistemas Fujitsu PRIMEPOWER de 64 bits, você precisa do seguinte: * Solaris 9 Kernel Update Patch 112233-01 ou posterior para obter a correção 912041-01. As correções Fujitsu PRIMEPOWER para o Solaris Operating System podem ser transferidos a partir da FTSI no endereço: http://download.ftsi.fujitsu.com/. 2.2.8 Regras de Senha Ao escolher uma senha, observe que o comprimento da senha pode ter até o número máximo de caracteres suportados por seu sistema operacional. Alguns sistemas operacionais podem ter mais regras de senhas, como um comprimento mínimo e simplicidade, e alguns sistemas operacionais podem ser configurados para usar diferentes algoritmos de criptografia de senha. Consulte a documentação apropriada do sistema operacional para obter informações adicionais. Nota: Para possibilitar o suporte à senha longa no sistema operacional AIX, Versão 6.1 ou posterior, instale o APAR IZ35001 nas máquinas cliente e servidor do DB2. 2.3 Requisitos Adicionais do Windows 2.3.1 Serviços do DB2 em Execução em Seu Sistema (Windows) A tabela a seguir lista os serviços do DB2 que são executados em seu sistema quando um produto DB2 é instalado: Tabela 10. Serviços do DB2 +-------------------+------------------------+------------------------+ | Nome de Exibição | Nome do Serviço | Descrição | | do Serviço | | | +-------------------+------------------------+------------------------+ | DB2 - (nome da | <nome da | Permite que | | cópia DB2) - | instância>[<-nodenu | aplicativos criem, | | <nome da | m>] | atualizem, controlem e | | instância> | | gerenciem banco de | | [<-nodenum>] | | dados DB2. | | em que <-nodenum> | | | | é incluído para | | | | instâncias do DB2 | | | | ESE. | | | +-------------------+------------------------+------------------------+ | DB2 Governor | DB2GOVERNOR | Coleta estatísticas | | (nome da cópia do | _db2copyname | para aplicativos | | DB2) | | conectados aos bancos | | | | de dados DB2. | +-------------------+------------------------+------------------------+ | Servidor do | DB2ICSERVER_Vxx (em | Fornece documentação | | Centro de | que xx é a versão do | para produtos DB2. | | Informações do | DB2 que está sendo | | | DB2 | executada, por | | | | exemplo, V95 é a | | | | Versão 9.5) | | +-------------------+------------------------+------------------------+ | DB2 License | DB2LICD _db2copyname | Monitora a | | Server (nome da | | conformidade da | | cópia do DB2) | | licença do DB2. | +-------------------+------------------------+------------------------+ | DB2 Management | DB2MGMTSVC | Gerencia as entradas | | Service (nome da | _db2copyname | de registro do DB2 | | cópia do DB2) | | para finalidades de | | | | retrocompatibilidade | | | | para a cópia do DB2. | +-------------------+------------------------+------------------------+ | DB2 Query | DB2QP _db2copyname | DB2 Query Patroller | | Patroller (nome | | | | da cópia do DB2) | | | +-------------------+------------------------+------------------------+ | DB2 Remote | | Suporta execução | | Command Server | DB2REMOTECMD | remota de comandos | | (nome da cópia do | _db2copyname | DB2. | | DB2) | | | +-------------------+------------------------+------------------------+ | DB2DAS - DB2DASXX | DB2DASXX (em que XX é | Suporta pedidos | | | 00-99) | administrativos de | | | | banco de dados locais | | | | e remotos. | +-------------------+------------------------+------------------------+ | Agente de | kudcma_<nome da | Monitora a | | Monitoramento | instância> | disponibilidade do | | para DB2 - <nome | | servidor e do banco de | | da instância> | | dados DB2. | +-------------------+------------------------+------------------------+ 2.3.2 Contas do Usuário Necessárias para Instalação de Produtos do Servidor DB2 (Windows) Se estiver instalando um produto do servidor DB2 no Windows, você requererá as seguintes contas de usuário: * Uma conta de usuário de instalação e * Opcional - uma ou mais contas de usuário de configuração. Você pode criar estas contas durante a instalação. * Um conta de usuário do DAS (DB2 Administration Server) * Uma conta de usuário da instância do DB2. Você também pode utilizar a conta LocalSystem para produtos diferentes do DB2 Enterprise Server Edition. A conta do usuário da instalação é a conta do usuário que está executando a instalação. A conta do usuário da instalação deve ser definida antes da execução do assistente de Configuração do DB2. As contas do usuário de configuração podem ser definidas antes da instalação ou é possível deixar que o assistente de Configuração do DB2 crie-as. Todos os nomes da contas do usuário devem estar em conformidade com as regras de nomenclatura do sistema e com as regras de nomenclatura de Usuário, de ID do usuário e de grupo do DB2. Segurança Estendida no Windows Os produtos DB2 oferecem segurança estendida para o Windows. Se o recurso de segurança estendida estiver selecionado, será necessário incluir os usuários que administrarão ou utilizarão o produto DB2 para o grupo DB2ADMNS ou DB2USERS conforme apropriado. O instalador do DB2 cria esses dois novos grupos. Você pode especificar um novo nome ou aceitar os nomes padrão durante a instalação. Para ativar esse recurso de segurança, selecione a caixa de opções Ativar a Segurança do Sistema Operacional no painel Ativar Segurança do Sistema Operacional para Objetos do DB2 durante a instalação do DB2. Aceite os valores padrão para o campo Grupo de Administradores do DB2 e o campo Grupo de Usuários do DB2. Os nomes de grupos padrão são DB2ADMNS e DB2USERS. Se houver um conflito com nomes de grupos existentes, será solicitado que altere os nomes de grupos. Se necessário, você poderá especificar seus próprios valores. Contas de Usuários de Servidores DB2 Conta de usuário de instalação Uma conta de usuário local ou de domínio é requerida para executar a instalação. Normalmente a conta do usuário deve pertencer ao grupo de Administradores no computador onde você irá realizar a instalação. Como alternativa, uma conta de usuário que não seja de Administrador poderá ser utilizada. Esta alternativa requer que um membro do grupo de Administradores do Windows primeiramente defina as configurações de privilégios elevados do Windows para permitir que uma conta de usuário não-Administrador realize uma instalação. No Windows 2008 e Windows Vista ou superior, um não-administrador pode executar uma instalação, mas serão solicitadas as credenciais administrativas pelo assistente de Configuração do DB2. O direito do usuário "Acessar este Computador a partir da Rede" é obrigatório para a conta do usuário da instalação. O ID do usuário da instalação deve pertencer ao grupo Administradores de Domínio no domínio se a instalação exigir que uma conta de domínio seja criada ou verificada. Também é possível utilizar a conta LocalSystem interna como sua conta de Logon de Serviço para todos os produtos, exceto o DB2 Enterprise Server Edition Direitos de Usuários Concedidos pelo Instalador do DB2 O programa de instalação do DB2 não concede o direito de usuário de Depurar Programas. O Instalador do DB2 concede os seguintes direitos de usuário: * Agir como parte do sistema operacional * Criar objeto token * Bloquear páginas na memória * Efetuar o início de sessão como um serviço * Aumentar quotas * Substituir um token de nível de processo Conta de Usuário do DAS (DB2 Administration Server) Uma conta de usuário local ou de domínio é requerida para o DAS (DB2 Administration Server). Se você estiver executando a instalação de um arquivo de respostas, você também pode especificar a conta do Sistema Local no arquivo de resposta. Para obter detalhes adicionais, consulte os arquivos de resposta de amostra no diretório db2\windows\samples. A conta LocalSystem está disponível para todos os produtos, exceto o DB2 Enterprise Server Edition e pode ser selecionada através do assistente de Configuração do DB2. O DAS é um serviço de administração especial do DB2 utilizado para suportar as ferramentas da GUI e ajudar em tarefas de administração em servidores DB2 locais e remotos. O DAS tem uma conta de usuário atribuída que é utilizada para efetuar o logon do serviço DAS no computador quando o serviço DAS for iniciado. É possível criar a conta do usuário do DAS antes de instalar o DB2 ou o assistente de Configuração do DB2 pode criá-la. Se quiser que o assistente de Configuração do DB2 crie uma nova conta de usuário do domínio, a conta do usuário utilizada para executar a instalação deve ter autoridade para criar contas de usuários do domínio. A conta do usuário deve pertencer ao grupo de Administradores no computador em que será desempenhada a instalação. Esta conta terá os seguintes direitos de usuário: * Agir como parte do sistema operacional * Depurar programas * Criar objeto token * Bloquear páginas na memória * Efetuar o início de sessão como um serviço * Aumentar cotas (ajustar cotas de memória para um processo nos sistemas operacionais Windows XP e Windows Server 2003) * Substituir um Token de Nível de Processo Se a segurança estendida estiver ativada, o grupo DB2ADMNS terá todos estes privilégios. É possível incluir usuários nesse grupo e não é necessário incluir estes privilégios explicitamente. No entanto, o usuário ainda precisa ser um membro do grupo Administradores Locais. O privilégio "Depurar Programas" é necessário somente quando a consulta do grupo do DB2 é especificada explicitamente para utilizar o token de acesso. Se a conta do usuário for criada pelo programa de instalação, a conta do usuário concederá estes privilégios e, se já existir, esta conta também concederá estes privilégios. Se a instalação conceder os privilégios, alguns deles entrarão em vigor no primeiro log pela conta que recebeu os privilégios ou durante a reinicialização. Recomenda-se que o usuário DAS tenha autoridade SYSADM em cada um dos sistemas DB2 em seu ambiente de forma que possa iniciar ou parar outras instâncias se necessário. Por padrão, qualquer usuário que faça parte do grupo Administradores possui a autoridade SYSADM. Conta do Usuário da Instância do DB2 A conta do usuário deve pertencer ao grupo de Administradores no computador em que será desempenhada a instalação. Uma conta de usuário local ou de domínio é requerida para a instância do DB2. Cada instância do DB2 tem um usuário que é designado quando a instância é criada. O DB2 efetua logon com esse nome de usuário quando a instância é iniciada. Ocorrerá um erro se você utilizar uma conta do usuário de domínio para desempenhar uma operação do banco de dados (como criação de um banco de dados) em uma instância do DB2 criada com uma conta de usuário Local ou a conta LocalSystem. Se você souber que usará uma conta do usuário de domínio, será necessário criar a instância usando uma conta do usuário de domínio. Também é possível utilizar a conta LocalSystem interna para executar a instalação para todos os produtos, exceto para DB2 Enterprise Server Edition. Você pode criar a conta do usuário da instância do DB2 antes de instalar o DB2 ou o assistente de Configuração do DB2 pode criá-lo. Se quiser que o assistente de Configuração do DB2 crie uma nova conta de usuário do domínio, a conta do usuário utilizada para executar a instalação deve ter autoridade para criar contas de usuários do domínio. Esta conta terá os seguintes direitos de usuário: * Agir como Parte do Sistema Operacional * Depurar programas * Criar Objeto Token * Aumentar cotas * Travar páginas na memória * Efetuar Logon como um Serviço * Substituir um Token de Nível de Processo Se a segurança estendida estiver ativada, então, o grupo DB2ADMNS terá todos esses privilégios. É possível incluir usuários nesse grupo e não é necessário incluir estes privilégios explicitamente. No entanto, o usuário ainda precisa ser um membro do grupo Administradores Locais. O privilégio "Depurar Programas" é necessário somente quando a consulta do grupo do DB2 é especificada explicitamente para utilizar o token de acesso. Se a conta do usuário for criada pelo programa de instalação, a conta do usuário concederá estes privilégios e, se já existir, esta conta também concederá estes privilégios. Se a instalação conceder os privilégios, alguns deles entrarão em vigor no primeiro log pela conta que recebeu os privilégios ou durante a reinicialização. 2.3.3 Configurando Privilégios Elevados do Windows Antes de Instalar um Produto DB2 (Windows) O método comum para instalar um produto DB2 no Windows é utilizar uma conta do usuário Administrador. No entanto, os produtos DB2 podem ser instalados utilizando uma conta de não-administrador. Para isso, um Administrador do Windows deve configurar o recurso de privilégios elevados no Windows. Essa tarefa explica como um Administrador do Windows pode configurar um computador com privilégios elevados para permitir a instalação utilizando uma conta de usuário Não-administrador. A tarefa relacionada de conceder autoridades de administração do DB2 a usuários Não-administradores também é abordada. Normalmente, um Administrador do Windows desempenharia essa tarefa para permitir que outra pessoa sem conta de Administrador instale um produto DB2. A função dessa pessoa pode ser apenas instalar produtos DB2 ou também administrar produtos DB2 depois de instalados. Antes de iniciar este procedimento, observe as seguintes restrições na instalação de não-Administrador utilizando privilégios elevados: * Usuários não-Administradores podem instalar fix packs, produtos complementares ou produtos de upgrade do DB2 apenas se instalações ou upgrades anteriores também foram desempenhados pelo mesmo usuário não-Administrador. * Os usuários Não-administradores não podem instalar um produto DB2. Os usuários não-Administradores em um sistema operacional Windows Vista (e posterior) podem desinstalar um produto DB2 . Este procedimento utiliza o Editor de Política de Grupo do Windows. 1. Clique em Iniciar -> Executar e digite gpedit.msc. A janela Política de Grupo se abre. 2. Clique em Configuração do Computador -> Modelos Administrativos -> Componentes do Windows -> Windows Installer. 3. Ative as seguintes configurações da Política de Grupo: * Sempre instalar com privilégios elevados (obrigatório) * Ativar controle do usuário sobre instalações (obrigatório) * Desativar o Windows Installer. Em seguida, configure-o como Nunca. * Ativar usuário para produtos de correção elevados (opcional) * Ativar usuário para utilizar origem de mídia durante nível elevado (opcional) * Possibilitar que o usuário procure a origem durante o nível elevado (opcional para novas instalações, obrigatório para upgrades de fix pack) 4. Ative os privilégios elevados para a conta do usuário que desempenhará a instalação. a. Clique em Configuração do Usuário -> Modelos Administrativos -> Componentes do Windows -> Windows Installer. b. Ative a configuração da Política de Grupo Sempre instalar com privilégios elevados (obrigatório). 5. Desempenhe a configuração na conta de usuário que instalará o produto DB2. * Identifique a conta de usuário que instalará o produto DB2. Se necessário, crie essa conta. * Conceda a essa conta permissão de gravação para a unidade na qual uma instalação está planejada. 6. Opcional: Conclua as etapas adicionais aplicáveis à instalação de fix packs: * Forneça acesso de leitura ao diretório sqllib\cfg. * Certifique-se de que allowlockdownpatch esteja ativado (conforme descrito na documentação do SDK do Windows Installer), porque as instalações do fix pack são consideradas upgrades secundários para o produto. 7. Atualize a política de segurança do computador em qualquer uma das seguintes formas: * Reinicialize o PC. * Na linha de comandos, digite gpupdate.exe. Seguindo este procedimento, você terá configurado o computador com privilégios elevados e configurado uma conta de usuário que poderá instalar produtos do servidor, clientes e fix packs do DB2. Após a instalação do DB2 ser concluída: * Qualquer usuário no grupo de autoridade SYSADM (System Administrative) ou SYSCTRL (System Control) definido na configuração do gerenciador de banco de dados para a instância pode criar e utilizar banco de dados do DB2 dentro da instância do DB2. * Apenas um usuário com autoridade do Administrador local pode executar utilitários de instância do DB2, como db2icrt, db2idrop, db2iupdt ou db2iupgrade. * Os requisitos de autorização para execução do comando db2start ou db2stop são definidos nos tópicos Comandos START DATABASE MANAGER e Comando STOP DATABASE MANAGER. Utilizando regedit em Vez do Editor de Política de Grupo do Windows Uma alternativa à utilização do Editor de Política de Grupo do Windows é utilizar regedit. 1. Na ramificação de registro HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows, inclua a chave installer 2. Edite a chave installer com os seguintes valores: * Para AlwaysInstallElevated, digite REG_DWORD=1 * Para AllowLockdownBrowse, digite REG_DWORD=1 * Para AllowLockdownMedia, digite REG_DWORD=1 * Para AllowLockdownPatch, digite REG_DWORD=1 * Para DisableMSI, digite REG_DWORD=0 * Para EnableUserControl, digite REG_DWORD=1 3. Na ramificação de registro HKEY_CURRENT_USER\SOFTWARE\Policies\Microsoft\Windows, inclua a chave installer 4. Edite a chave installer com os seguintes valores: * Para AlwaysInstallElevated, digite REG_DWORD=1 Removendo Altos Privilégios Depois de receber altos privilégios, será possível reverter esta ação. Para isso, remova a chave de registro Installer em HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows. Concedendo a um Usuário Não-administrador Autoridades de Administração do DB2 Neste ponto, apenas membros do grupo de Administradores do Windows terão autoridades de administração do DB2. O Administrador do Windows tem a opção de conceder uma ou mais autoridades do DB2, como SYSADM, SYSMAINT ou SYSCTRL ao usuário Não-administrador que instalou o produto DB2. 2.3.4 Concedendo Direitos de Usuário (Windows) Este tópico descreve as etapas requeridas para conceder direitos de usuário em sistemas operacionais Windows. Os direitos de usuários específicos são recomendados para contas de usuários requeridas para instalar e configurar o DB2. Para conceder direitos de usuários avançados no Windows, você deve efetuar logon como um Administrador local. 1. Clique em Iniciar -> Executar e digite secpol.msc. No Windows 2008 e Windows Vista (ou superior), clique em Iniciar e digite secpol.msc na barra de procura. Clique em OK. 2. Selecione Política de Segurança Local. 3. No painel esquerdo da janela, expanda o objeto Políticas Locais, depois selecione Atribuição dos Direitos de Usuário. 4. No painel direito da janela, selecione o direito que deseja atribuir ao usuário. 5. No menu, selecione Ação --> Segurança... 6. Clique em Incluir, depois selecione um usuário ou grupo ao qual deseja atribuir o direito e clique em Incluir. 7. Clique em OK. Se seu computador pertencer a um domínio do Windows, os direitos de usuário do domínio poderão substituir as configurações locais. Neste caso, seu Administrador da Rede deve fazer as mudanças nos direitos do usuário. 2.3.5 Estendendo o Esquema do Active Directory para Serviços de Diretório LDAP (Windows) Se você planeja utilizar o recurso de servidor de diretórios LDAP (Lightweight Directory Access Protocol) com o Windows Server 2003, deverá estender o esquema do Active Directory para conter classes de objetos e definições de atributos do DB2. Você deve executar essa tarefa antes de instalar quaisquer produtos DB2. Estender o esquema de diretórios assegura que: * A instância padrão do DB2, criada durante a instalação, é catalogada como um nó do DB2 no Active Directory desde que o ID do usuário da instalação tenha privilégios suficientes para gravar no Active Directory. * Quaisquer banco de dados criados pelo usuário após a instalação serão catalogados automaticamente no Active Directory. Se você decidir instalar o produto DB2 e criar banco de dados antes de estender o esquema do diretório, será necessário registrar manualmente o nó e catalogar os bancos de dados. Sua conta de usuário do Windows deve ter autoridade de Administração de Esquema. Para estender o esquema de diretório: 1. Efetue logon no controlador de domínio. 2. Execute o programa db2schex.exe a partir do DVD da instalação com uma conta de usuário que tenha autoridade de Administração de Esquema. Você pode executar esse programa sem efetuar logoff e login novamente, da seguinte forma: runas /user:MyDomain\Administrator x:\db2\Windows\utilities\db2schex.exe em que x: representa a letra da unidade de DVD. Quando db2schex.exe for concluído, você pode prosseguir com a instalação de seu produto DB2. 2.3.6 Verificando a Disponibilidade do Intervalo de Portas em Computadores Participantes (Windows) Esta tarefa descreve as etapas necessárias para verificar a disponibilidade do intervalo da porta nos computadores participantes. O intervalo de portas é utilizado pelo FCM (Fast Communications Manager). FCM é um recurso do DB2 que manipula comunicações entre servidores de partição de banco de dados. Ao instalar o servidor de partição de banco de dados de propriedade da instância na máquina primária, o DB2 reserva um intervalo de portas de acordo com o número especificado de servidores de partição de banco de dados que participam do ambiente de banco de dados particionado. O intervalo padrão é de quatro portas. O assistente de Configuração do DB2 deve poder reservar um intervalo de portas idêntico ao de quando os servidores de partição de banco de dados são instalados em computadores participantes; o intervalo de portas precisa estar livre em cada um dos servidores de partição de banco de dados. Essa tarefa deve ser concluída após a instalação do servidor de partição de banco de dados proprietário da instância e antes da instalação de qualquer servidor de partição de banco de dados participante. Para verificar a disponibilidade de intervalo de portas nos computadores participantes: 1. Abra o arquivo services. O local padrão do arquivo services é no diretório %SystemRoot%\system32\drivers\etc, em que %SystemRoot% é seu diretório raiz do Windows. 2. Localize as portas reservadas para o DB2 FCM (Fast Communications Manager). As entradas devem parecer semelhantes ao seguinte: DB2_DB2 60000/tcp DB2_DB2_1 60001/tcp DB2_DB2_2 60002/tcp DB2_DB2_END 60003/tcp O DB2 reserva as quatro primeiras portas disponíveis depois de 60000. 3. Em cada computador participante, abra o arquivo services e verifique se as portas reservadas para DB2 FCM no arquivo services do computador primário não estão sendo utilizadas. 4. Caso as portas requeridas estejam sendo utilizadas em um computador participante, identifique um intervalo de portas disponível para todos os computadores e atualize cada arquivo de serviço, incluindo o arquivo services no computador principal. 2.4 Requisitos Adicionais do Linux e do UNIX 2.4.1 Múltiplas Cópias do DB2 no Mesmo Computador (Linux e UNIX) Os produtos DB2 podem ser instalados em um caminho da instalação de sua escolha. Os produtos DB2 também podem ser instalados várias vezes em uma única máquina. Cada cópia do DB2 pode estar em níveis de código iguais ou diferentes. Instalações raiz de produtos DB2 podem ser instaladas em um caminho da instalação de sua escolha. A menos que seja indicado de outra maneira, os caminhos da instalação padrão são: * para sistemas operacionais AIX, HP-UX ou Solaris /opt/IBM/db2/V9.7 * para sistemas operacionais Linux /opt/ibm/db2/V9.7 Se você estiver utilizando o assistente de Configuração do DB2 e escolher instalar uma nova cópia do DB2 quando o caminho de instalação padrão já estiver sendo utilizado, o caminho padrão se tornará: * para sistemas operacionais AIX, HP-UX ou Solaris /opt/IBM/db2/V9.7_## * para Linux /opt/ibm/db2/V9.7_## em que ## é um número seqüencial prefixado por zero no intervalo de 01 a 99. A primeira ocorrência da modificação do caminho padrão é _01. Por exemplo, se um produto DB2 for instalado usando o assistente de Configuração do DB2 sem especificar um caminho da instalação e o caminho da instalação padrão /opt/ibm/db2/V9.7 já estiver em uso, o produto DB2 será instalado no novo caminho padrão /opt/ibm/db2/V9.7_01. Se você instalar uma cópia doDB2 utilizando um método de instalação que não o assistente de Configuração do DB2, deve especificar o caminho da instalação. A incrementação seqüencial automática do caminho padrão ocorre apenas quando o Assistente de Configuração do DB2 é utilizado para instalar uma cópia do DB2. Independentemente do método de instalação, outro produto completo não pode ser instalado no caminho de outra cópia do DB2 (como /opt/ibm/db2/V9.7). Uma cópia do DB2 instalada em um subdiretório de uma cópia do DB2 existente não é suportada porque todas as cópias são renderizadas como não utilizáveis. Com a capacidade para instalar várias cópias de produtos DB2 em seu sistema e a flexibilidade de instalar produtos e recursos do DB2 no caminho de sua opção, o comando db2ls ajuda a acompanhar o que está instalado e onde está instalado. Execute o comando db2ls para localizar os produtos DB2 instalados em seu sistema. As seguintes restrições são aplicáveis ao instalar várias cópias do DB2 em um sistema: * As instalações não-raiz não suportam várias cópias do DB2 * Pode haver apenas um DAS (DB2 Administration Server) no sistema. * Os nomes das instâncias devem ser exclusivos para todas as cópias do DB2. * Uma cópia do DB2 não está ciente das instâncias criadas em outra cópia do DB2. Entretanto, o comando db2iupdt pode alterar a propriedade de uma instância da cópia do DB2 para outra. * A criação de links com o comando db2ln para uma cópia do DB2 torna as outras cópias não-funcionais. Links não devem ser criados em casos de coexistência de múltiplas cópias do DB2. * As imagens de 32 bits do Linux não podem ser instaladas em plataformas do sistema operacional Linux x64. * As ferramentas de instalação do DB2 não suportam várias chamadas simultâneas na mesma máquina pelo mesmo usuário. 2.4.2 Usuários e Grupos do DB2 (Linux e UNIX) O assistente de Configuração do DB2 cria automaticamente os usuários e grupos (se necessário) durante a instalação do produto DB2. Nota: Este tópico não se aplica a instalações não-raiz. Se estiver utilizando o assistente de Configuração do DB2, você poderá criar os seguintes usuários e grupos durante a instalação. Para criar manualmente os seguintes usuários e grupos, consulte 2.4.5, "Criando IDs do Usuário e Grupo para uma Instalação de Banco de Dados DB2 (Linux e UNIX)". Três usuários e três grupos são utilizados para operar o DB2 em plataformas Linux e UNIX. Proprietário da instância A instância do DB2 é criada no diretório home do proprietário da instância. Esse ID de usuário controla todos os processos do DB2 e possui todos os sistemas de arquivos e dispositivos utilizados pelos bancos de dados contidos na instância. O usuário padrão é db2inst1 e o grupo padrão é db2iadm1. Durante a utilização do assistente de Configuração do DB2, a ação padrão é criar um novo usuário para a instância do DB2. O nome padrão é db2inst1. Se esse nome de usuário já existir, o assistente de Configuração do DB2 procurará em nomes de usuários (db2inst2, db2inst3 e outros). A procura continuará até que seja identificado um nome de usuário que ainda não seja um usuário existente no sistema como o ID do proprietário da instância padrão. Se você optar por prosseguir, este usuário será criado pelo assistente de Configuração do DB2. No entanto, você também tem a opção de especificar qualquer usuário existente como proprietário da instância. Esse método para a criação de nome de usuário também se aplica à criação de usuários protegidos e usuários do DB2 Administration Server. Usuário restrito O usuário protegido é utilizado para executar UDFs (User Defined Functions) e procedimentos armazenados fora do espaço de endereço utilizado pelo banco de dados DB2. O usuário padrão é db2fenc1 e o grupo padrão é db2fadm1. Se você não precisar deste nível de segurança, por exemplo, em um ambiente de teste, poderá utilizar o proprietário da instância como seu usuário protegido. Usuário do Servidor de Administração do DB2 O ID do usuário do DB2 Administration Server é utilizado para executar o DAS (DB2 Administration Server) em seu sistema. O usuário padrão é dasusr1 e o grupo padrão é dasadm1. Esse ID de usuário também é utilizado pelas ferramentas da GUI do DB2 para executar tarefas de administração contra as instâncias de banco de dados e os bancos de dados do servidor local. Existe apenas um DAS por computador. Um DAS atende uma ou mais instâncias de banco de dados, incluindo as instâncias de banco de dados que pertencem a instalações diferentes. O DAS pode atender instâncias de banco de dados cujo nível de release é inferior ao nível de release do DAS. No entanto, para instâncias de banco de dados cujo nível de release é maior que o nível de release do DAS, o DAS deve ser migrado para um nível superior. O nível de release do DAS deve ser igual (ou superior) ao nível de release de qualquer instância de banco de dados que ele atende. Restrições de ID do Usuário IDs do usuário têm as seguintes restrições e requisitos: * Devem ter um grupo primário diferente de guests, admins, users e local * Podem incluir letras minúsculas (a-z), números (0-9) e o caractere sublinhado ( _ ) * Não podem ter mais de oito caracteres * Não podem começar com IBM, SYS, SQL ou um número * Não podem ser uma palavra reservada do DB2 (USERS, ADMINS, GUESTS, PUBLIC ou LOCAL) ou uma palavra reservada de SQL * Não é possível usar nenhum ID do Usuário com privilégios de administrador para o ID da instância do DB2, ID do DAS ou ID protegido. * Não podem incluir caracteres acentuados * Se IDs do usuário existentes forem especificados em vez de criar novos IDs do usuário, certifique-se de que os IDs do usuário: * Não estejam bloqueados * Não tenham senhas expiradas 2.4.3 Considerações sobre o Gerenciamento de Usuários Centralizado (Linux e UNIX) Em ambientes que incluem o software de segurança, existem algumas considerações sobre instalação. Nota: A instalação do DB2 não poderá atualizar ou criar usuários e grupos se eles forem controlados fora do sistema operacional. Por exemplo, o LDAP pode ser utilizado para controlar usuários e grupos fora do sistema operacional. Nota: Os recursos NIS (Network Information Services) e NIS+ (Network Information Services Plus) estão obsoletos a partir do DB2 Versão 9.1 Fix Pack 2. O suporte para estes recursos pode ser removido em um release futuro. O LDAP (Lightweight Directory Access Protocol) é a solução recomendada para serviços de gerenciamento do usuário centralizados. Na criação da instância, sem a presença de um componente de segurança, a lista de grupos do proprietário da instância é modificada para incluir a do grupo primário do usuário do DAS (Database Administrative Server), se o DAS estiver criado. Se o programa de criação de instância não puder modificar estas propriedades, ele relatará que não pôde. A mensagem de aviso fornece as informações necessárias para fazer as alterações manualmente. Essas considerações são verdadeiras para qualquer ambiente em que um programa de segurança externa não permite que a instalação do DB2 ou programas de criação de instância modifiquem características do usuário. 2.4.4 Preparando para Instalar o DB2 para Linux no zSeries Para instalar um produto DB2 em um IBM zSeries que está executando o Linux, você deve tornar a imagem de instalação acessível para o sistema operacional Linux. Você pode utilizar o FTP para enviar a imagem de instalação para o sistema operacional ou utilizar uma montagem NFS para disponibilizar o DVD do produto para o sistema operacional. Pré-requisitos Você já obteve a imagem de instalação do produto DB2. Utilizando o FTP para Acessar a Imagem de Instalação A partir do computador IBM zSeries executando Linux: 1. Digite o seguinte comando: ftp yourserver.com em que yourserver.com representa o servidor FTP onde a imagem de instalação do produto DB2 reside. 2. Digite o ID do usuário e a senha. 3. Digite os comandos: bin get arquivo do produto em que arquivo do produto representa o nome do pacote do produto apropriado. Utilizando o DVD do Produto DB2 sobre NFS para Acessar a Imagem de Instalação Para utilizar o DVD do produto em um sistema operacional Linux: 1. Monte o DVD do produto apropriado. 2. Exporte o diretório no qual o DVD foi montado. Por exemplo, se você montou o DVD em /db2dvd, exporte o diretório /db2dvd. 3. No computador IBM zSeries executando Linux, monte esse diretório por NFS utilizando o seguinte comando: mount -t nfs -o ro nfsservername:/db2dvd /local_directory_name em que nfsservername representa o nome do host do servidor NFS, db2dvd representa o nome do diretório que está sendo exportado no servidor NFS e local_directory_name representa o nome do diretório local. 4. No computador do IBM zSeries executando Linux, vá para o diretório o qual o DVD está montado. Isto também pode ser feito digitando o comando cd /local_directory_name, em que local_directory_name representa o ponto de montagem do DVD do produto. 2.4.5 Criando IDs do Usuário e Grupo para uma Instalação de Banco de Dados DB2 (Linux e UNIX) O assistente de configuração do DB2 criará esses usuários e grupos durante o processo de instalação. Se desejar, é possível criá-los posteriormente. Para executar esta tarefa, você deve possuir propriedade de administração para criar usuários e grupos. São requeridos três usuários e grupos. Os nomes dos usuários e dos grupos utilizados nas seguintes instruções são documentados na seguinte tabela. É possível especificar seus próprios nomes de usuários e grupos se ele estiverem em conformidade com as regras de nomenclatura do sistema e com as regras de nomenclatura do DB2. Os IDs de usuário que você cria serão requeridos para executar tarefas de configuração subseqüentes. Tabela 11. Usuários e Grupos Padrão +-----------------------+----------------------+----------------------+ | Usuário | Exemplo de Nome de | Exemplo de Nome de | | | Usuário | Grupo | +-----------------------+----------------------+----------------------+ | Proprietário da | db2inst1 | db2iadm1 | | instância | | | +-----------------------+----------------------+----------------------+ | Usuário restrito | db2fenc1 | db2fadm1 | +-----------------------+----------------------+----------------------+ | Usuário do Servidor | dasusr1 | dasadm1 | | de Administração do | | | | DB2 | | | +-----------------------+----------------------+----------------------+ * O diretório home do proprietário da instância é o local em que a instância do DB2 será criada. * O usuário protegido é utilizado para executar UDFs (User Defined Functions) e procedimentos armazenados fora do espaço de endereço utilizado pelo banco de dados DB2. * O ID do usuário do DB2 Administration Server é utilizado para executar o DB2 Administration Server em seu sistema. Para criar os IDs de grupos e de usuários requeridos para o DB2: 1. Efetue login como um usuário com propriedade de administrador. 2. Digite os comandos apropriados para o seu sistema operacional. Nota: Estes exemplos de linha de comandos não contêm senhas. Eles são apenas exemplos. Você pode utilizar o comando passwd username a partir da linha de comandos para configurar a senha. Sistemas Operacionais AIX Para criar grupos no AIX, digite os seguintes comandos: mkgroup id=999 db2iadm1 mkgroup id=998 db2fadm1 mkgroup id=997 dasadm1 Crie usuários para cada grupo: mkuser id=1004 pgrp=db2iadm1 groups=db2iadm1 home=/home/db2inst1 db2inst1 mkuser id=1003 pgrp=db2fadm1 groups=db2fadm1 home=/home/db2fenc1 db2fenc1 mkuser id=1002 pgrp=dasadm1 groups=dasadm1 home=/home/dasusr1 dasusr1 Configure a senha inicial: passwd db2inst1 passwd db2fenc1 passwd dasusr1 Sistemas Operacionais HP-UX Para criar grupos no HP-UX, digite os seguintes comandos: groupadd -g 999 db2iadm1 groupadd -g 998 db2fadm1 groupadd -g 997 dasadm1 Crie usuários para cada grupo: useradd -g db2iadm1 -d /home/db2instl -m db2inst1 useradd -g db2fadm1 -d /home/db2fenc1 -m db2fenc1 useradd -g dbasgrp -d /home/dasusr1 -m dasusr1 Configure a senha inicial: passwd db2inst1 passwd db2fenc1 passwd dasusr1 Sistemas operacionais Linux Para criar grupos em sistemas operacionais Linux, digite os seguintes comandos: groupadd -g 999 db2iadm1 groupadd -g 998 db2fadm1 groupadd -g 997 dasadm1 Crie usuários para cada grupo: useradd -u 1004 -g db2iadm1 -m -d /home/db2inst1 db2inst1 useradd -u 1003 -g db2fadm1 -m -d /home/db2fenc1 db2fenc1 useradd -u 1002 -g dasadm1 -m -d /home/dasusr1 dasusr1 Configure a senha inicial: passwd db2inst1 passwd db2fenc1 passwd dasusr1 sistemas operacionais Solaris Para criar grupos no Solaris, digite os seguintes comandos: groupadd -g 999 db2iadm1 groupadd -g 998 db2fadm1 groupadd -g 997 dasadm1 Crie usuários para cada grupo: useradd -g db2iadm1 -u 1004 -d /export/home/db2inst1 -m db2inst1 useradd -g db2fadm1 -u 1003 -d /export/home/db2fenc1 -m db2fenc1 useradd -g dasadm1 -u 1002 -d /export/home/dasusr1 -m dasusr1 Configure a senha inicial: passwd db2inst1 passwd db2fenc1 passwd dasusr1 2.4.6 Requisitos de Limite do Usuário do S.O. (Linux e UNIX) Este tópico descreve os limites de recursos do usuário (ulimits) do sistema operacional recomendados em sistemas operacionais Linux e UNIX. Dependendo de sua instalação, o mecanismo do DB2 aumenta automaticamente os ulimits em vários graus: * Para instalações raiz, o mecanismo do DB2 aumenta automaticamente ulimits onde necessário, com base nas necessidades do sistema de banco de dados DB2. * Para instalações não-raiz, o mecanismo do DB2 pode atualizar apenas os ulimits data, nofiles e fsize para o processo do mecanismo até os limites máximos impostos pelo administrador do sistema. Em qualquer caso, pode ser mais prático configurar os limites de recursos permanentemente em seu sistema. Especificamente para instalações não-raiz, os valores de ulimit data, nofiles e fsize devem ser configurados de maneira apropriada por um administrador após a instalação. Valores de Ulimit Recomendados para Instalações Não-raiz Após a conclusão de uma instalação não-raiz, o proprietário da instância deve verificar os ulimits máximos do sistema operacional para os recursos data, nofiles e fsize. Os valores recomendados estão descritos na tabela a seguir: Tabela 12. Valores de Ulimit Recomendados para Instalações Não-raiz +-------------+-------------+-------------+-------------+-------------+ | Recurso de | Descrição | Valor | Valor | Comando | | Ulimit | | Mínimo | Recomendado | para | | Máximo | | | | Consultar o | | | | | | Valor | +-------------+-------------+-------------+-------------+-------------+ | data | Máximo de | A | Ilimitado | ulimit -Hd | | | memória | quantidade | | | | | privada | de memória | | | | | permitido | disponível | | | | | para um | no | | | | | processo | computador | | | +-------------+-------------+-------------+-------------+-------------+ | nofiles | Número | Maior que a | 65536 ou | ulimit -Hn | | | máximo de | soma de | ilimitado | | | | arquivos | todos os | | | | | abertos | parâmetros | | | | | permitidos | de | | | | | para um | configuraçã | | | | | processo | o do banco | | | | | | de dados | | | | | | MAXFILOP | | | | | | para todos | | | | | | os bancos | | | | | | de dados na | | | | | | instância | | | +-------------+-------------+-------------+-------------+-------------+ | fsize | Tamanho | Ilimitado | Ilimitado | ulimit -Hf | | | máximo de | | | | | | arquivo | | | | | | permitido | | | | +-------------+-------------+-------------+-------------+-------------+ Se os valores mínimos de ulimit não forem atendidos, o mecanismo do DB2 poderão encontrar erros inesperados de falta de recursos do sistema operacional. Estes erros podem conduzir a uma interrupção do DB2. Entre em contato com um usuário root ou um Administrador do Sistema se os valores de ulimit precisarem ser atualizados para sua instalação não-raiz. Os valores para ulimits devem ser configurados manualmente, exceto nos sistemas operacionais AIX em que você também tem a opção de configurar ulimits executando o comando db2rfe. 2.4.7 Parâmetros Kernel (Linux e UNIX) 2.4.7.1 Modificando os Parâmetros do Kernel (HP-UX) Para que seu produto DB2 seja executado corretamente no HP-UX, pode ser necessário atualizar os parâmetros de configuração do kernel do sistema. Se você atualizar os valores de parâmetro de configuração do kernel, deverá reiniciar seu computador. Você deve ter autoridade root para modificar os parâmetros do kernel. Para modificar parâmetros do kernel: 1. Digite o comando sam, para iniciar o programa SAM (System Administration Manager). 2. Clique duas vezes no ícone Configuração do Kernel. 3. Clique duas vezes no ícone Parâmetros Configuráveis. 4. Clique duas vezes no parâmetro que deseja alterar e digite o novo valor no campo Fórmula/Valor. 5. Clique em OK. 6. Repita essas etapas para todos os parâmetros de configuração de kernel a serem alterados. 7. Quando acabar de definir todos os parâmetros de configuração do kernel, selecione Ação --> Processar Novo Kernel na barra de menus ação. O sistema operacional HP-UX é iniciado novamente automaticamente após a alteração dos valores para os parâmetros de configuração do kernel. 2.4.7.2 Parâmetros de Configuração do Kernel Recomendados (HP-UX) Para sistemas HP-UX que executam um sistema de banco de dados DB2 de 64 bits, execute o comando db2osconf para sugerir os valores de parâmetro de configuração do kernel apropriados para seu sistema. O utilitário db2osconf pode ser executado apenas a partir do $DB2DIR/bin, em que $DB2DIR é o diretório no qual você instalou seu produto DB2. 2.4.7.3 Modificando Parâmetros do Kernel (Linux) Antes de instalar um sistema de banco de dados DB2, atualize seus parâmetros de kernel do Linux. Os valores padrão para os parâmetros de kernel específicos em Linux não são suficientes ao executar um sistema de banco de dados DB2. Você deve ter propriedade de administrador para modificar os parâmetros do kernel. Para atualizar parâmetros do kernel no Red Hat e SUSE Linux: 1. Execute o comando ipcs -l 2. Analise a saída para determinar se existem alterações necessárias necessárias por seu sistema. Comentários foram incluídos seguindo // para mostrar quais são os nomes dos parâmetros. # ipcs -l ------ Limites de Memória Compartilhada -------- número máximo de segmentos = 4096 // SHMMNI tamanho máx de seg (kbytes) = 32768 // SHMMAX memória compartilhada total máx (kbytes) = 8388608 // SHMALL tamanho mínimo de segmento (bytes) = 1 ------ Limites de Semáforo -------- número máximo de matrizes = 1024 // SEMMNI número máx. de semáforos por matriz // SEMMSL número máx. de semáforos em todo o sistema = 256000 // SEMMNS número máx. de ops por chamada semop = 32 // SEMOPM valor máximo de semáforos = 32767 ------ Mensagens: Limites -------- largura máxima do sistema de filas = 1024 // MSGMNI tamanho máx. da mensagem (bytes) = 65536 // MSGMAX tamanho máx. padrão da fila (bytes) = 65536 // MSGMNB * Começando com a primeira seção em Limites de Memória Compartilhada, SHMMAX e SHMALL são os parâmetros que precisam ser observados. SHMMAX é o tamanho máximo de um segmento de memória compartilhado em um sistema Linux em que SHMALL é a alocação máxima de páginas de memória compartilhada em um sistema. * É recomendável configurar o valor SHMMAX para que seja igual à quantidade de memória física no sistema. No entanto, o mínimo requerido em sistemas x86 seria 268435456 (256 MB) e para sistemas de 64 bits, seria 1073741824 (1 GB). * SHMALL está configurado para 8 GB por padrão (8388608 KB = 8 GB). Se você tiver mais memória física do que isso, e ela for utilizada para o DB2, este parâmetro deverá ser aumentado para aproximadamente 90% da memória física do computador. Por exemplo, se você tiver um sistema de computador com 16 GB de memória a ser utilizada principalmente para o DB2, SHMALL deverá ser configurado como 3774873 (90% de 16 GB são 14,4 GB; 14,4 GB serão então divididos por 4 KB, que é o tamanho de página base). A saída ipcs converteu SHMALL em kilobytes. O kernel requer esse valor como um número de páginas. Se estiver fazendo upgrade para o DB2 Versão 9.7 e não estiver utilizando a configuração SHMALL, deverá aumentar a configuração SHMALL com um adicional de 4 GB. Esse aumento na memória é necessário para o Fast Communication Manager (FCM) para buffers ou canais adicionais. * A próxima seção cobre a quantidade de semáforos disponíveis para o sistema operacional. O parâmetro de kernel sem consiste em 4 tokens, SEMMSL, SEMMNS, SEMOPM e SEMMNI. SEMMNS é o resultado de SEMMSL multiplicado por SEMMNI. O gerenciador de banco de dados requer que o número de matrizes (SEMMNI) seja aumentado conforme necessário. Geralmente, SEMMNI deve ser duas vezes o número máximo de agentes esperados no sistema multiplicado pelo número de partições lógicas no computador do servidor de banco de dados mais o número de conexões de aplicativo locais no computador do servidor de banco de dados. * A terceira seção cobre mensagens no sistema. * MSGMNI afeta o número de agentes que pode ser iniciado, MSGMAX afeta o tamanho da mensagem que pode ser enviada em uma fila e MSGMNB afeta o tamanho da fila. * MSGMAX deve ser alterado para 64 KB (ou seja, 65535 bytes) e MSGMNB deve ser aumentado para 65535. 3. Para modificar estes parâmetros do kernel, edite o arquivo /etc/sysctl.conf. Se este arquivo não existir, crie-o. As linhas a seguir são exemplos do que deve ser inserido no arquivo: kernel.sem = 250 256000 32 1024 #Exemplo shmmax para um sistema de 64 bits kernel.shmmax=1073741824 #Exemplo shmall para 90 por cento de 16 GB de memória kernel.shmall=3774873 kernel.msgmax=65535 kernel.msgmnb=65535 4. Execute sysctl com o parâmetro -p para carregar as configurações de sysctl a partir do arquivo padrão /etc/sysctl.conf: sysctl -p 5. Para efetivar as alterações após cada reinicialização: * (SUSE Linux) Ative boot.sysctl * (Red Hat) O script de inicialização rc.sysinit lerá o arquivo /etc/sysctl.conf automaticamente 2.4.7.4 Modificando Parâmetros do Kernel (Solaris Operating System) Para o sistema de banco de dados DB2 operar apropriadamente, é recomendado atualizar os parâmetros de configuração do kernel do sistema. É possível utilizar o utilitário db2osconf para sugerir parâmetros de kernel recomendados. Se você desejar obter vantagem dos controles de recursos do projeto (/etc/project), consulte a documentação do Solaris. Você deve ter propriedade de administrador para modificar os parâmetros do kernel. Para utilizar o comando db2osconf, você deve primeiro instalar o sistema de banco de dados DB2. O utilitário db2osconf pode ser executado apenas a partir do $DB2DIR/bin, em que $DB2DIR é o diretório no qual você instalou seu produto DB2. Você deve iniciar novamente o sistema após modificar os parâmetros do kernel. Para definir um parâmetro de kernel, inclua uma linha no fim do arquivo /etc/system, como segue: set parameter_name = value Por exemplo, para definir o valor do parâmetro msgsys:msginfo_msgmax, inclua a seguinte linha no final do arquivo /etc/system: set msgsys:msginfo_msgmax = 65535 Após atualizar o arquivo /etc/system, inicie novamente o sistema. 2.5 Instalando no Windows 2.5.1 Uma Visão Geral da Instalação de seu Produto Servidor DB2 (Windows) Este tópico descreve as etapas para a instalação do produto servidor DB2 no Windows. Para instalar seu produto do servidor DB2: 1. Revise os pré-requisitos de seu produto DB2. 2. Revise as informações de upgrade do DB2, se aplicável. 3. Prepare a mídia de instalação: DVD do Produto Insira o DVD do produto DB2 na unidade de DVD-ROM. Imagem de Instalação Se você tiver transferido por download uma imagem de instalação, extraia o arquivo. 4. Instale o produto DB2 utilizando: * O assistente de Configuração do DB2. * Uma instalação silenciosa com um arquivo de resposta. Você pode utilizar o assistente de Configuração do DB2 para executar tarefas de instalação e configuração, como: * Selecionar o tipo de instalação do DB2 (típica, compacta ou customizada). * Selecionar o local da instalação do produto DB2. * Instalar os idiomas que você pode especificar posteriormente como o idioma padrão para a interface e mensagens do produto. * Configurando o DB2 Extended Security. * Configurar uma instância do DB2 (incluindo a configuração do usuário da instância. Por padrão, é o mesmo que o usuário DAS). * Configurar o DB2 Administration Server (incluindo a configuração do usuário do DAS). * Configurar o servidor de Procura de Texto do DB2. * Configurar o contato de Administração e a notificação do monitor de funcionamento. * Instalar e configurar a instalação e configuração da instância (incluindo a configuração do usuário da instância). * Preparar o catálogo de ferramentas do DB2. * Especificar a porta do Centro de Informações do DB2. * Criando arquivos de resposta. * Instalar produtos adicionais. 2.5.2 Instalando Servidores DB2 ( Windows ) Esta tarefa descreve como iniciar o assistente de Configuração do DB2 no Windows. Você utilizará o assistente de Configuração do DB2 para definir sua instalação e instalar o produto do banco de dados DB2 em seu sistema. Antes de iniciar Antes de iniciar o assistente de Configuração do DB2: * Se estiver planejando configurar um ambiente de banco de dados particionado, consulte "Configurando um Ambiente de Banco de Dados Particionado". * Certifique-se de que o sistema preencha os requisitos de instalação, memória e disco. * Se estiver planejando utilizar o LDAP no Windows para registrar o servidor DB2 no Active Directory, será necessário estender o esquema de diretório antes da instalação. * Se estiver planejando usar o IBM Tivoli Monitoring para Bancos de Dados: DB2 Agent, antes de instalar seu produto DB2, consulte o tópico "Instalando o IBM Tivoli Monitoring para Bancos de Dados: DB2 Agent com o Instalador do DB2" para obter detalhes, limitações e restrições. * É necessário possuir uma conta do usuário de Administrador local com os direitos de usuário recomendados para executar a instalação. Em servidores de banco de dados DB2 nos quais LocalSystem pode ser usado como o DAS e o usuário da instância do DB2 e você não estiver usando o recurso de particionamento do banco de dados, um usuário não-administrador com privilégios elevados pode executar a instalação. Nota: Se uma conta de usuário que não seja de Administrator for utilizada para instalação do produto, então a biblioteca de tempo de execução VS2005 deverá ser instalada antes da tentativa de instalar um produto do banco de dados DB2. A biblioteca de tempo de execução VS2005 é necessária no sistema operacional antes do produto do banco de dados DB2 ser instalado. A biblioteca de tempo de execução VS2005 está disponível a partir do Web site para download da biblioteca de tempo de execução da Microsoft . Há duas opções: escolher vcredist_x86.exe para sistemas de 32 bits ou vcredist_x64.exe para sistemas de 64 bits. * Embora não seja obrigatório, é recomendável que você feche todos os programas para que o programa de instalação possa atualizar todos os arquivos no computador sem exigir sua reinicialização. * Instalar produtos DB2 de uma unidade virtual ou unidade de rede não-mapeada (como \\hostname\sharename no Windows Explorer) não é suportado. Antes de tentar instalar produtos DB2, você deve mapear a unidade de rede para uma letra de unidade do Windows (por exemplo, Z:). Restrições * Você não pode ter mais de uma instância do assistente de Configuração do DB2 em execução em qualquer conta do usuário. * O nome da cópia e o nome da instância do DB2 não podem começar com um valor numérico. O nome da cópia do DB2 está limitado a 64 caracteres em inglês, consistindo nos caracteres A-Z, a-z e 0-9. * O nome da cópia e o nome da instância do DB2 devem ser exclusivos entre todas as outras cópias do DB2. * A utilização de recursos XML é restrita a um banco de dados que tem apenas uma partição de banco de dados. * Nenhum outro produto do banco de dados DB2 pode ser instalado no mesmo caminho se um dos seguintes já estiver instalado: * IBM Data Server Runtime Client * Pacote do IBM Data Server Driver * DB2 Information Center * Os campos do assistente Configuração do DB2 não aceitam caracteres que não sejam do inglês. * Se você ativar a segurança estendida no Windows Vista ou Windows 2008 ou superior, os usuários deverão pertencer ao grupo DB2ADMNS ou DB2USERS para executar comandos e aplicativos locais do DB2 devido a um recurso de segurança extra (User Access Control) que limita os privilégios dos administradores locais, por padrão. Se os usuários não pertencerem a um destes grupos, eles não terão acesso de leitura à configuração ou aos dados locais do DB2. Procedimento Para iniciar o assistente de Configuração do DB2: 1. Efetue logon no sistema com a conta do Administrador Local que você definiu para a instalação do DB2. 2. Se você tiver o DVD do produto do banco de dados DB2, insira-o na unidade. Se ativado, o recurso de execução automática inicia o Painel de Ativação de Configuração do DB2. Se a execução automática não funcionar, utilize o Windows Explorer para procurar o DVD do produto do banco de dados DB2 e dê um clique duplo no ícone de configuração para iniciar o Painel de Ativação de Configuração do DB2. 3. Se você transferiu por download o produto do banco de dados DB2 a partir do passport advantage, execute o arquivo executável para extrair os arquivos de instalação do produto do banco de dados DB2. Utilize o Windows Explorer para procurar os arquivos de instalação do DB2 e dê um clique duplo no ícone de configuração para iniciar a Barra de Ativação de Configuração do DB2. 4. No painel de ativação Configuração do DB2, é possível visualizar pré-requisitos de instalação e as notas sobre o release, ou é possível prosseguir diretamente para a instalação. Talvez você queira revisar os pré-requisitos de instalação e as notas de release para obter as últimas informações. 5. Clique em Instalar um Produto e a janela Instalar um Produto exibirá os produtos disponíveis para instalação. Se não houver nenhum produto do banco de dados DB2 instalado em seu computador, ative a instalação clicando em Instalar Novo. Prossiga pela instalação seguindo os prompts do assistente de Configuração do DB2. Se tiver pelo menos um produto do banco de dados DB2 existente instalado em seu computador, você pode: * Clique em Instalar Novo para criar uma nova cópia do DB2. * Clique em Trabalhar com Existente para atualizar uma cópia existente do DB2, para incluir a função em uma cópia existente do DB2, fazer upgrade de uma cópia existente do DB2 Versão 8, Versão 9.1 ou Versão 9.5 ou para instalar um produto de complemento. 6. O assistente de Configuração do DB2 determinará o idioma do sistema e ativará o programa de instalação para esse idioma. A ajuda on-line está disponível para guiá-lo através das etapas restantes. Para chamar a ajuda on-line, clique em Ajuda ou pressione F1. Você pode clicar em Cancelar a qualquer momento para encerrar a instalação. Resultados Seu produto do banco de dados DB2 será instalado, por padrão, no diretório Program_Files\IBM\sqllib, em que Program_Files representa o local do diretório de Arquivos de Programas. Se estiver instalando em um sistema no qual este diretório já está sendo utilizado, o caminho da instalação do produto do banco de dados DB2 terá _xx incluído nele, em que xx são dígitos, iniciando em 01 e aumentando dependendo da quantidade de cópias instaladas do DB2. Você também pode especificar seu próprio caminho de instalação do produto DB2. O Que Fazer em Seguida * Verifique sua instalação. * Execute as tarefas de pós-instalação necessárias. Para obter informações sobre os erros encontrados durante a instalação, revise o arquivo de registro da instalação localizado no diretório My Documents\DB2LOG\. O arquivo de log utiliza o seguinte formato: DB2-ProductAbrrev-DateTime.log, por exemplo, DB2-ESE-Tue Apr 04 17_04_45 2008.log. Se essa for a instalação de um novo produto DB2 no Vista de 64 bits e você for utilizar um provedor OLE DB de 32 bits, deverá registrar manualmente o IBMDADB2 DLL. Para registrar esse DLL, execute o seguinte comando: c:\windows\SysWOW64\regsvr32 /s c:\Arquivos_de_Programas\IBM\SQLLIB\bin\ibmdadb2.dll em que Arquivos_de_Programas representa o local do diretório Arquivos de Programas. Se desejar que seu produto de banco de dados DB2 tenha acesso à documentação do DB2 em seu computador local ou em outro computador na rede, será necessário instalar o Centro de Informações do DB2. O Centro de Informações do DB2 contém a documentação para o sistema de banco de dados DB2 e produtos relacionados ao DB2. Por padrão, as informações do DB2 serão acessadas a partir da Web se o Centro de Informações do DB2 não estiver instalado localmente. Limites de memória do DB2 Express Edition e do DB2 Workgroup Server Edition Se estiver instalando o DB2 Express Edition, o máximo de memória permitido para a instância será de 4 GB. Se estiver instalando o DB2 Workgroup Server Edition, o máximo de memória permitido para a instância será de 16 GB. A quantidade de memória alocada para a instância é determinada pelo parâmetro de configuração do gerenciador de banco de dados INSTANCE_MEMORY. Notas importantes ao fazer upgrade das Versões 9.1 ou 9.5: * Se a configuração da memória para o produto de banco de dados DB2 Versão 9.1 exceder o limite permitido, o produto de banco de dados DB2 poderá não ser iniciado após o upgrade para a versão atual. * O gerenciador de memória de auto-ajuste não aumentará o limite de memória da instância geral além dos limites da licença. 2.5.3 Várias Cópias do DB2 no Mesmo Computador (Windows) Você pode utilizar várias cópias do DB2 no mesmo computador. Cada cópia do DB2 pode estar nos mesmos níveis de código ou em níveis diferentes. Os benefícios disso incluem: * A capacidade para executar aplicativos que requerem versões diferentes do DB2 na mesma máquina ao mesmo tempo. * A capacidade para executar cópias independentes de produtos DB2 para diferentes funções. * A capacidade para testar no mesmo computador antes de mover o banco de dados de produção para a versão mais recente do produto DB2. * Para fornecedores de software independentes, a capacidade para incorporar um produto do servidor DB2 em seu produto e ocultar o banco de dados DB2 de seus usuários. Uma cópia do DB2 pode conter um ou mais produtos DB2 diferentes. Isto se refere ao grupo de produtos DB2 que estão instalados no mesmo local. Diferenças quando apenas uma cópia do DB2 está instalada * Durante a instalação, um nome de cópia Padrão do DB2 exclusivo é gerado. Você pode alterar apenas o nome da cópia padrão do DB2 conforme passa pelo assistente de Configuração do DB2. Não é possível alterar o nome da cópia do DB2 após a conclusão da instalação. * Os aplicativos utilizam a cópia Padrão do DB2 em um ambiente semelhante ao ambiente do DB2 Versão 8. Diferenças quando várias cópias do DB2 estão instaladas no mesmo computador * O DB2 Versão 8 pode coexistir com o DB2 Versão 9.1 e o DB2 Versão 9.5, com restrições descritas abaixo. * A cópia do DB2 Versão 8 deve ser a cópia padrão mesmo que você tenha várias cópias do DB2 Versão 9.1 ou Versão 9.5. Esta cópia padrão não pode ser alterada. Após a desinstalação do DB2 Versão 8, você poderá utilizar o Global Switcher para configurar a cópia padrão como qualquer uma das cópias do DB2 Versão 9.1 ou Versão 9.5. * Opcional: Você pode configurar cada cópia do DB2 para utilizar um Centro de Informações do DB2 diferente. Nota: Você pode ter apenas uma cópia do Centro de Informações do DB2 instalada no mesmo sistema no mesmo nível de Release. Especificamente, você pode ter um Centro de Informações do DB2 na Versão 8, na Versão 9.1 e na Versão 9.5 (ou superior) no mesmo sistema, mas não pode ter um Centro de Informações do DB2 na Versão 9 fix pack 1 e outro na Versão 9 fix pack 2 na mesma máquina. No entanto, você pode configurar o servidor de banco de dados DB2 para acessar estes Centros de Informações do DB2 remotamente. * Somente o IBM Data Server Provider para .NET da cópia padrão da interface do cliente de banco de dados IBM está registrado no Global Assembly Cache. Se a Versão 8 estiver instalada com a Versão 9, o IBM Data Server Provider para .NET 2.0 Provider da Versão 9 também será registrado no Global Assembly Cache. A Versão 8 não possui um provedor .NET 2.0. * Cada nome da instância deve ser exclusivo. Para uma instalação de arquivo de resposta com NO_CONFIG=YES, a instância padrão não será criada. No entanto, ao criar a instância após a instalação, ela deve ser exclusiva. O nome da instância padrão será "DB2". Se uma instância de nome "DB2" já existir, um nome exclusivo para a instância será gerado para assegurar exclusividade. Isso é feito utilizando o nome "DB2" e incluindo um sublinhado e gerando os 2 últimos caracteres na seqüência numérica. Os nomes de instância subseqüentes gerados são "DB2_01", "DB2_02" e assim por diante. Por motivo de desempenho, o Centro de Controle do DB2 deverá ser utilizado apenas a partir de uma cópia do DB2 em uma única vez em uma máquina. Para aplicativos Microsoft COM+, é recomendável utilizar e distribuir o Pacote do IBM Data Server Driver (instalador) ou o IBM Data Server Driver para ODBC e CLI (zip) com seu aplicativo em vez do IBM Data Server Runtime Client pois apenas um Data Server Runtime Client pode ser utilizado para aplicativos COM+ de cada vez. O Pacote do IBM Data Server Driver (instalador) ou o IBM Data Server Driver para ODBC e CLI (zip) não tem essa restrição. Os aplicativos COM+ Microsoft acessando origens de dados DB2 são suportados somente com a cópia padrão do DB2. O suporte simultâneo dos aplicativos COM+ acessando cópias diferentes do DB2 não é suportado. Caso tenha o DB2 UDB (Universal Database) Versão 8 instalado, você poderá utilizar somente o DB2 UDB Versão 8 para executar esses aplicativos. Se você tiver o DB2 Versão 9 ou superior instalado, poderá alterar a cópia padrão do DB2 usando o Assistente de Seleção de Cópia Padrão do DB2, mas não poderá usá-las simultaneamente. Escolhendo um Padrão ao Instalar uma Nova Cópia do DB2 Seu ambiente de sistema inclui várias cópias do DB2, uma das quais é a cópia padrão do DB2. Na Versão 9.1, você pode ter um cenário no qual instalou várias cópias do DB2. (Neste exemplo, DB2COPY1, DB2COPY2 e até DB2COPYn.) Uma das cópias do DB2 é selecionada por você como a cópia padrão do DB2. Nesse caso, DB2COPY1 é selecionado como a cópia padrão do DB2. Começando com a Versão 9.5, imagine um cenário no qual irá instalar uma cópia do DB2 (DB2COPY1). É a cópia padrão do DB2 e a cópia padrão da interface do cliente de banco de dados IBM. Conforme está instalando uma nova cópia do DB2, você decide não tornar a nova cópia do DB2 a cópia padrão do DB2. Em seguida, você instala um produto DB2 em uma nova cópia do DB2 (DB2COPY2). Durante a instalação da nova cópia do DB2 (DB2COPY2), será perguntado se você deseja tornar a nova cópia do DB2 a cópia padrão do DB2. Se você responder "Não", então, DB2COPY1 permanecerá a cópia padrão do DB2. (Ela é também a cópia padrão da interface do cliente de banco de dados IBM.) No entanto, considere o mesmo cenário, mas você responde "Sim" quando perguntado se deseja tornar a nova cópia do DB2 a cópia padrão do DB2. Conforme está instalando uma nova cópia do DB2, você decide tornar a nova cópia do DB2 a cópia padrão do DB2. Nesse caso, DB2COPY2 torna-se a nova cópia padrão do DB2 (e a cópia padrão da interface do cliente de banco de dados IBM). Coexistência da Versão 8 O DB2 Versão 8 e o DB2 Versão 9 pode coexistir com a restrição de que o DB2 Versão 8 está configurado como a cópia Padrão do DB2. Para não ter mais o DB2 Versão 8 como a cópia Padrão do DB2, você poderá atualizar essa cópia do DB2 para o DB2 Versão 9 e, em seguida, alterar a cópia Padrão do DB2. No servidor, pode haver apenas uma versão do DAS e ela administra instâncias da seguinte forma: * Se o DAS estiver na Versão 9, ele poderá administrar instâncias da Versão 8 e da Versão 9. * Se o DAS estiver na Versão 8, ele poderá administrar apenas instâncias da Versão 8. É possível atualizar seu DAS Versão 8, ou descartá-lo e criar um novo DAS Versão 9 para administrar as instâncias da Versão 8 e da Versão 9. Isto será necessário apenas se você desejar utilizar o Centro de Controle para administrar as instâncias. Coexistência da Versão 8 e Versão 9 e o DB2 .NET Data Provider No DB2 Versão 9, o DB2 .NET Data Provider possui o suporte System.Transaction. No entanto, isto está disponível apenas para a cópia padrão do DB2 e, portanto, não é suportado em um ambiente de coexistência. Se a Versão 8 estiver instalada, o .NET Data Provider 1.1 registrado no Global Assembly Cache será da Versão 8. O provedor 2.0, que está registrado, será da Versão 9. O provedor 2.0 não pode ser usado no mesmo processo que usa o provedor 1.1, OLE DB ou ODBC para conectar-se ao DB2. Aplicativos de Terceiros que São Executados como um Serviço Por padrão, os aplicativos de terceiros que vinculam dinamicamente DLLs do DB2, por exemplo, que estão vinculadas ao db2api.lib, localizarão as DLLs do DB2 no PATH atual. Isto significa que os aplicativos existentes que não estão ativados para suporte a várias versões utilizarão a cópia Padrão do DB2. Para corrigir isso, o aplicativo pode usar a API db2SelectDB2Copy antes de carregar quaisquer bibliotecas do DB2. Para obter informações adicionais, consulte o Call Level Interface Guide and Reference, Volume 1. Versões de 32 e de 64 Bits no Win x64 O DB2 não suporta várias versões de 32 e de 64 bits do DB2 instaladas no Windows. Se você instalar a versão de 64 bits do DB2, a versão de 32 bits será removida do sistema. Isto ocorre porque os registros de 32 e de 54 bits do DB2 residem em locais diferentes. Configuração de LDAP e de CLI Com o DB2 Versão 8, se um aplicativo precisar de configurações de LDAP diferentes, ele precisará utilizar um usuário LDAP diferente. Caso contrário, a configuração de CLI afetará todas as cópias do DB2 que provavelmente poderão ser utilizadas pelo usuário LDAP. Contadores de Desempenho Os contadores de desempenho podem ser registrados apenas para uma cópia do DB2 de cada vez e podem monitorar apenas as instâncias na cópia do DB2 nas quais eles foram registrados. Ao comutar a cópia Padrão do DB2, o Assistente de Seleção do DB2 removerá o registro e registrará novamente os contadores de desempenho para que eles fiquem ativos para a cópia Padrão do DB2. WMI (Windows Management Instrumentation) Apenas uma versão do provedor WMI pode ser registrada a qualquer momento. Conectividade do Cliente Você pode utilizar apenas uma cópia do DB2 no mesmo processo. Aplicativos que vinculam-se dinamicamente a DLLs do DB2 Os aplicativos que vinculam-se a DLLs do DB2 diretamente ou que utilizam LoadLibrary em vez de LoadLibraryEx com o parâmetro LOAD_WITH_ALTERED_SEARCH_PATH precisarão assegurar que a biblioteca dependente inicial seja carregada corretamente. Você pode utilizar sua própria técnica de codificação para fazer isso, ou pode chamar o arquivo db2envar.bat para configurar o ambiente antes de executar o aplicativo, ou pode chamar a API db2SelectDB2Copy, que pode ser estaticamente vinculada ao aplicativo. Plug-ins do Visual Studio 2003 Se a cópia padrão do DB2 for uma cópia na Versão 9.5, na Versão 9.1 ou na Versão 8, poderá haver apenas uma versão dos plug-ins registrados no mesmo computador ao mesmo tempo. A versão dos plug-ins que está ativa será a versão fornecida com a cópia padrão do DB2. Licença As licenças precisam ser registradas para cada cópia do DB2. Elas não se aplicam a todo o sistema. Isto permite diferentes licenças para diferentes caminhos e permite duas versões restritas de cópias do DB2 do produto e versões completas do DB2 na mesma máquina. Serviços do NT Os serviços do DB2 NT utilizarão . Por exemplo, DB2NETSECSERVER_MYCOPY1. O nome de exibição também contém o Nome da Cópia anexado a ele entre colchetes, por exemplo, DB2 Security Server (MYCOPY1). As instâncias também incluem o DB2--- no nome de exibição, que é mostrado no applet do painel de controle de serviços. O nome do serviço real permanece como está. API para Selecionar a Cópia do DB2 a Ser Utilizada Você pode utilizar a API db2SelectDB2Copy para selecionar a cópia do DB2 que deseja que seu aplicativo utilize. Esta API não requer nenhuma das DLLs. Ela está estaticamente vinculada a seu aplicativo. Você pode atrasar o carregamento de bibliotecas do DB2 e chamar esta API primeiro antes de chamar qualquer outra API do DB2. Observe que a função não pode ser chamada mais de uma vez para qualquer processo especificado; ou seja, não é possível comutar um processo de uma cópia do DB2 para outra. A API db2SelectDB2Copy configura o ambiente necessário por seu aplicativo para utilizar o nome da cópia do DB2 ou o local especificado. Se seu ambiente já estiver configurado para a cópia do DB2 que você deseja utilizar, não será necessário chamar esta API. No entanto, se você precisar utilizar uma cópia do DB2 diferente, será necessário chamar esta API antes de carregar quaisquer DLLs do DB2 em seu processo. Esta chamada pode ser feita apenas uma vez por processo. Particionamento de Banco de Dados com Vários Nós Físicos Cada partição física deve utilizar o mesmo nome de cópia do DB2 em todos os computadores. Utilizando o MSCS e Várias Cópias do DB2 Cada recurso do DB2 deve ser configurado para execução em um monitor de recursos separado. 2.6 Instalando no Linux e no UNIX 2.6.1 Uma Visão Geral da Instalação de seu Produto Servidor DB2 (Linux e UNIX) Este tópico descreve as etapas para instalar o produto servidor DB2 no AIX, HP-UX, Linux e Solaris. Para instalar seu produto do servidor DB2: 1. Revise os pré-requisitos de seu produto DB2. 2. Revise as informações de upgrade do DB2, se aplicável. 3. Modifique os parâmetros de kernel no HP-UX, Linux e Solaris. Em todas as plataformas, exceto para Linux em x86_32, você deve instalar um kernel de 64 bits antes de prosseguir com a instalação, caso contrário, a instalação falhará. 4. Prepare a mídia de instalação: DVD do Produto Se o DVD do produto DB2 não tiver uma montagem automática, monte o seu DVD do produto DB2. Imagem de Instalação Se você tiver transferido por download uma imagem de instalação, descompacte o arquivo tar. 5. Instale seu produto DB2 utilizando um dos métodos disponíveis: * O assistente de Configuração do DB2 * O comando db2_install * Uma instalação silenciosa utilizando um arquivo de resposta. * Implementação do arquivo de carga útil Para servidores DB2, você pode utilizar o assistente de Configuração do DB2 para executar tarefas de instalação e configuração, como: * Selecionar o tipo de instalação do DB2 (típica, compacta ou customizada). * Selecionar o local da instalação do produto DB2. * Instalar os idiomas que você pode especificar posteriormente como o idioma padrão para a interface e mensagens do produto. * Instalar ou fazer upgrade do IBM Tivoli System Automation for Multiplatforms (Linux e AIX). * Configurar uma instância do DB2. * Configurar o DB2 Administration Server (incluindo a configuração do usuário do DAS). * Configurar o servidor de Procura de Texto do DB2. * Configurar o contato de Administração e a notificação do monitor de funcionamento. * Instalar e configurar a instalação e configuração da instância (incluindo a configuração do usuário da instância). * Configurar o suporte de origem de dados do Informix. * Preparar o catálogo de ferramentas do DB2. * Especificar a porta do Centro de Informações do DB2. * Criando arquivos de resposta. 6. Se você instalou um servidor DB2 utilizando um método diferente do assistente de Configuração do DB2, serão necessárias etapas de configuração pós-instalação. 2.6.2 Instalando como um Usuário Raiz 2.6.2.1 Instalando Servidores DB2 Usando o Assistente de Configuração do DB2 (Linux e UNIX) Esta tarefa descreve como iniciar o assistente de Configuração do DB2 nos sistemas operacionais Linux e UNIX. O assistente de Configuração do DB2 é usado para definir suas preferências de instalação e para instalar o produto de banco de dados DB2 em seu sistema. Antes de iniciar Antes de iniciar o assistente de Configuração do DB2: * Se estiver planejando configurar um ambiente de banco de dados particionado, consulte como fazer isso seguindo o link relacionado na parte inferior desse tópico. * Assegure-se de que o sistema preencha os requisitos de instalação, memória e disco. * Assegure-se de ter um navegador suportado instalado (Firefox 2.0+, Mozilla 1.7+ ou SeaMonkey 1.1.4). * É possível instalar um servidor DB2 usando a propriedade de administrador ou de não-administrador. Para obter informações adicionais sobre instalação não-raiz, consulte os links relacionados. * A imagem do produto DB2 deveestar disponível. É possível obter uma imagem de instalação do DB2 comprando um DVD físico do produto de banco de dados DB2 ou fazendo download de uma imagem de instalação do Passport Advantage. * Se estiver instalando uma versão não em inglês de um produto do banco de dados DB2, será necessário ter os Pacotes de Idiomas Nacionais apropriados. * O assistente de Configuração do DB2 é um instalador gráfico. Você deve ter o software X windows capaz de renderizar uma interface gráfica com o usuário para o assistente de Configuração do DB2 para execução em sua máquina. Assegure-se de que o servidor X windows esteja em execução. Certifique-se de que você tenha exportado adequadamente sua exibição. Por exemplo, export DISPLAY=9.26.163.144:0. * Se estiver utilizando o software de segurança em seu ambiente, será necessário criar manualmente os usuários do DB2 necessários antes de iniciar o assistente de Configuração do DB2. * Se estiver planejando usar o IBM Tivoli Monitoring para Bancos de Dados: DB2 Agent, antes de instalar o produto DB2, consulte o tópico "Instalando o IBM Tivoli Monitoring para Bancos de Dados: DB2 Agent com o Instalador do DB2" para obter detalhes, limitações e restrições. Restrições * Você não pode ter mais de uma instância do assistente de Configuração do DB2 em execução em qualquer conta do usuário. * A utilização de recursos XML é restrita a um banco de dados que é definido com o conjunto de código UTF-8 e tem apenas uma partição de banco de dados. * Os campos do assistente Configuração do DB2 não aceitam caracteres que não sejam do inglês. Procedimento Para iniciar o assistente de Configuração do DB2: 1. Se você tiver um DVD físico do produto de banco de dados DB2, vá para o diretório no qual o DVD do produto de banco de dados DB2 está montado, inserindo o seguinte comando: cd /dvdrom em que /dvdrom representa o ponto de montagem do DVD do produto de banco de dados DB2. 2. Se você tiver transferido por download a imagem do produto de banco de dados DB2, deverá extrair e descompactar arquivo tar do arquivo do produto. a. Extraia o arquivo do produto: gzip -d product.tar.gz em que product é o nome do produto que foi transferido por download. b. Descompacte o arquivo tar do produto: Em sistemas operacionais Linux tar -xvf product.tar Em sistemas operacionais AIX, HP-UX e Solaris gnutar -xvf product.tar em que product é o nome do produto que foi transferido por download. c. Altere o diretório: cd ./product em que product é o nome do produto que foi transferido por download. Nota: Se você transferiu por download o Pacote de Idiomas Nacionais, descompacte seu arquivo tar no mesmo diretório. Isso criará os subdiretórios (por exemplo, ./nlpack/disk1) no mesmo diretório, e permitirá que o instalador localize automaticamente as imagens de instalação, sem prompt. 3. Insira o comando ./db2setup a partir do diretório no qual a imagem do produto de banco de dados reside para iniciar o assistente de Configuração do DB2. 4. O Painel de Ativação de Configuração do IBM DB2 se abre. A partir desta janela, você pode visualizar os pré-requisitos de instalação e as notas sobre o release ou pode seguir diretamente para a instalação. Você também pode revisar os pré-requisitos de instalação e as notas sobre o release para obter as informações mais recentes. 5. Clique em Instalar um Produto e a janela Instalar um Produto exibirá os produtos disponíveis para instalação. Ative a instalação clicando em Instalar Novo. Prossiga pela instalação seguindo os prompts do assistente de Configuração do DB2. Depois de iniciar a instalação, prossiga pelos painéis de instalação do assistente de Configuração do DB2 e faça suas seleções. A ajuda de instalação está disponível para guiá-lo pelas etapas restantes. Para chamar a ajuda de instalação, clique em Ajuda ou pressione F1. Você pode clicar em Cancelar a qualquer momento para encerrar a instalação. Resultados Para instalações não-raiz, os produtos de banco de dados DB2 são sempre instalados no diretório $HOME/sqllib, em que $HOME representa o diretório inicial do usuário não-root. Para instalações raiz, os produtos de banco de dados DB2 são instalados, por padrão, em um dos seguintes diretórios: AIX, HP-UX e Solaris /opt/IBM/db2/V9.7 Linux /opt/ibm/db2/V9.7 Se estiver instalando em um sistema no qual esse diretório já está sendo utilizado, o caminho da instalação do produto DB2 terá a inclusão de _xx, em que _xx são dígitos iniciando em 01 e aumentando, dependendo de quantas cópias do DB2 você tenha instaladas. Você também pode especificar seu próprio caminho de instalação do produto DB2. Os caminhos de instalação do DB2 têm as seguintes regras: * Podem incluir letras minúsculas (a-z), letras maiúsculas (A-Z) e o caractere sublinhado ( _ ) * Não podem exceder 128 caracteres * Não podem conter espaços * Não podem conter caracteres que não estejam em inglês Os arquivos de log de instalação são: * O arquivo de log de configuração do DB2. Este arquivo captura todas as informações de instalação do DB2, incluindo erros. * Para instalações raiz, o nome do arquivo de log de configuração do DB2 é db2setup.log. * Para instalação não-root, o nome do arquivo de log de configuração do DB2 é db2setup_username.log, em que username é o ID do usuário não-root sob o qual a instalação foi desempenhada. * O arquivo do log de erros do DB2. Este arquivo captura todas as saídas de erros retornadas por Java (por exemplo, informações de exceções e de trap). * Para instalações raiz, o nome do arquivo do log de erros do DB2 é db2setup.err. * Para instalações não-raiz, o nome do arquivo de log de erros do DB2 é db2setup_username.err, em que username é o ID do usuário não-root sob o qual a instalação foi desempenhada. Por padrão, esses arquivos de log estão localizados no diretório /tmp. É possível especificar a localização dos arquivos de log. Não há mais um arquivo db2setup.his. Em vez disso, o instalador do DB2 salva uma cópia do arquivo de log de configuração do DB2 no diretório DB2_DIR/install/logs/ e a renomeia como db2install.history. Se o nome já existir, então, o instalador do DB2 o renomeia db2install.history.xxxx, em que xxxx é 0000-9999, dependendo do número de instalações ocorridas nesta máquina. Cada cópia de instalação tem uma lista separada de arquivos de histórico. Se uma cópia de instalação for removida, os arquivos de histórico sob esse caminho da instalação também serão removidos. Essa ação de cópia é feita próxima ao final da instalação e se o programa for parado ou abortado antes da conclusão, então o arquivo de histórico não será criado. O Que Fazer em Seguida * Verifique sua instalação. * Execute as tarefas de pós-instalação necessárias. Os Pacotes de Idiomas Nacionais também podem ser instalados executando o comando ./db2setup a partir do diretório no qual o Pacote de Idiomas Nacionais reside, após a instalação de um produto do banco de dados DB2. No Linux x86, se desejar que seu produto de banco de dados DB2 tenha acesso à documentação do DB2 em seu computador local ou em outro computador em sua rede, será necessário instalar o Centro de Informações do DB2. O Centro de Informações do DB2 contém a documentação para o sistema de banco de dados DB2 e produtos relacionados ao DB2. Limites de memória do DB2 Express Edition e do DB2 Workgroup Server Edition Se estiver instalando o DB2 Express Edition, o máximo de memória permitido para a instância será de 4 GB. Se estiver instalando o DB2 Workgroup Server Edition, o máximo de memória permitido para a instância será de 16 GB. A quantidade de memória alocada para a instância é determinada pelo parâmetro de configuração do gerenciador de banco de dados INSTANCE_MEMORY. Notas importantes ao fazer upgrade das Versões 9.1 ou 9.5: * Se a configuração da memória para o produto de banco de dados DB2 Versão 9.1 ou 9.5 exceder o limite permitido, o produto de banco de dados DB2 poderá não ser iniciado após o upgrade para a versão atual. * O gerenciador de memória de auto-ajuste não aumentará o limite de memória da instância geral além dos limites da licença. 2.6.3 Instalando como um Usuário Não-raiz 2.6.3.1 Visão Geral da Instalação Não-root (Linux e UNIX) Antes da Versão 9.5, você poderia instalar produtos, aplicar e recuperar fix packs, configurar instâncias, incluir recursos ou desinstalar produtos apenas se tivesse privilégios de administrador. Agora, se você for um usuário não-root, poderá desempenhar estas tarefas em plataformas Linux e UNIX. O instalador do DB2 cria e configura automaticamente uma instância não-root durante uma instalação não-root. Como um usuário não-root, você pode customizar a configuração da instância não-root durante a instalação. Você também pode utilizar e manter o produto DB2 instalado com privilégios de administrador. A instalação não-root de um produto DB2 possui uma instância do DB2 com a maioria dos recursos ativados por padrão. Uma instalação não-root pode ser atrativa a muitos grupos como, por exemplo, os seguintes: * Empresas que possuem milhares de estações de trabalho e usuários que desejam instalar um produto DB2 sem consumir tempo do administrador do sistema * Desenvolvedores de aplicativos que, geralmente, não são administradores de sistemas, mas utilizam produtos DB2 para desenvolver aplicativos * ISVs (Independent Software Vendors) que desenvolvem software que não requerem propriedade de administrador já incorporam um produto DB2 Embora as instalações não-raiz possuam a maior parte da função de instalações raiz, existem algumas diferenças e limitações. Você pode retirar algumas limitações quando um usuário root executar o comando db2rfe. 2.6.3.2 Diferenças entre Instalações Raiz e Instalações Não-raiz Além de algumas limitações, a estrutura de diretório de uma instalação não-raiz é um pouco diferente da estrutura de diretório de uma instalação raiz. Durante uma instalação raiz, os subdiretórios e arquivos para o produto DB2 são criados em um diretório da escolha do usuário root. Diferente de usuários root, os usuários não-root não podem escolher onde os produtos DB2 serão instalados. As instalações não-raiz são sempre colocadas no diretório $HOME/sqllib, em que $HOME representa o diretório inicial do usuário não-root. O layout dos subdiretórios no diretório sqllib de uma não-raiz é semelhante ao de uma instalação raiz. Para instalações raiz, podem ser criadas várias instâncias. A propriedade da instância está associada ao ID do usuário com o qual a instância foi criada. As instalações não-raiz podem ter apenas uma instância do DB2. O diretório de instalação não-raiz contém todos os arquivos do produto e arquivos de instância do DB2 sem links simbólicos. A tabela a seguir resume as diferenças entre instalações raiz e instalações não-raiz. Tabela 13. Diferenças entre Instalações Raiz e Instalações Não-Raiz +-----------------------+----------------------+----------------------+ | Critérios | Instalações raiz | Instalações não-raiz | +-----------------------+----------------------+----------------------+ | O usuário pode | Sim | Os produtos DB2 são | | selecionar um | | instalados no | | diretório de | | diretório inicial do | | instalação | | usuário. | +-----------------------+----------------------+----------------------+ | Número de instâncias | Várias | Uma | | do DB2 permitidas | | | +-----------------------+----------------------+----------------------+ | Arquivos | Apenas arquivos de | Arquivos de | | implementados durante | programas. As | programas e arquivos | | a instalação | instâncias devem ser | de instâncias. O | | | criadas após a | produto DB2 está | | | instalação. | pronto para | | | | utilização | | | | imediatamente após a | | | | instalação. | +-----------------------+----------------------+----------------------+ 2.6.3.3 Limitações das Instalações Não-Raiz Além das diferenças entre instalações raiz e instalações não-raiz, há várias limitações em instalações não-raiz. Esse tópico discute as limitações para ajudá-lo a decidir se deseja utilizar uma instalação não-raiz. Limitações do Produto Alguns produtos DB2 não são suportados em instalações não-raiz: * IBM Data Studio * DB2 Query Patroller * DB2 Net Search Extender * Centro de Informações do DB2 instalado localmente Nota: O Centro de Informações do DB2 instalado localmente não é suportado em instalações não-raiz, porque requer propriedade de administrador para iniciar o daemon. No entanto, uma instância do DB2 de instalação não-raiz pode ser configurada para utilizar um Centro de Informações do DB2 instalado localmente, se ele estiver instalado no mesmo computador. Limitações de Recursos e de Ferramentas Os seguintes recursos e ferramentas não estão disponíveis em instalações não-raiz: * O DAS (DB2 Administration Server) e seus comandos associados: dascrt, dasdrop, daslist, dasmigr e dasupdt * O Assistente de Configuração * O Centro de Controle * A capacidade do db2governor para aumentar a prioridade não é suportada * No WLM (Work Load Manager), são permitidas tentativas de configurar a prioridade do agente em uma classe de serviço do DB2 em uma instância não-raiz do DB2. No entanto, a prioridade do agente não será respeitada, e nenhum erro SQLCODE será retornado. * O início automático de instâncias não-raiz do DB2 na reinicialização do sistema não é suportado Limitações do Monitor de Funcionamento Os seguintes recursos do monitor de funcionamento não são suportados em instalações não-raiz: * Executar ações de script ou de tarefas em ocorrências de alerta * Enviar notificações de alerta Limitação de Banco de Dados Particionado Apenas os bancos de dados de partição única são suportados em instalações não-raiz. Você não pode incluir partições de banco de dados adicionais. Listando Produtos DB2 A saída produzida pelo comando db2ls, quando executada como um usuário não-root, é diferente da saída produzida quando executada como um usuário root. Para obter detalhes, consulte o tópico do comando db2ls. Cópias do DB2 Cada usuário não-root pode ter apenas uma cópia de um produto DB2 instalada. Limitação de Instâncias do DB2 Em instalações não-raiz, é criada uma instância do DB2 durante a instalação. Não é possível criar instâncias adicionais. As ações de instâncias do DB2 podem ser desempenhadas apenas pelo proprietário da instância Instalações raiz e instalações não-raiz podem coexistir no mesmo computador em diferentes caminhos da instalação. No entanto, uma instância não-raiz pode ser atualizada ou descartada (utilizando o comando db2_deinstall) apenas pelo usuário não-root que possui a instância não-raiz. Uma instância do DB2 criada por um usuário com privilégios de administrador pode ser atualizada ou descartada por um usuário com privilégios de administrador. Comandos de Instâncias do DB2 Os seguintes comandos de instâncias do DB2 estão indisponíveis em instalações não-raiz: db2icrt Ao instalar um produto DB2 como um usuário não-root, uma única instância é automaticamente criada e configurada. Não é possível criar instâncias adicionais em instalações não-raiz. No entanto, se a instância criada automaticamente precisar ser configurada, será possível utilizar o comando de configuração não-raiz, db2nrcfg. db2iupdt O comando db2iupdt não pode ser utilizado para instâncias não-raiz. Em vez disso, utilize o comando de configuração de instalação não-raiz (db2nrcfg) para atualizar a instância não-raiz do DB2. No entanto, a atualização da instância não-raiz normalmente não é necessária, porque ela é atualizada automaticamente durante a atualização de seu produto DB2. db2idrop A instância criada automaticamente durante instalações não-raiz não pode ser descartada. O produto DB2 deve ser desinstalado para descartar a instância do DB2. db2iupgrade O upgrade não é suportado para instalações não-raiz. Limitação de upgrade As instâncias raiz não podem ser atualizadas para uma instância não-raiz. As ações de pós-instalação podem ser desempenhadas apenas pelo proprietário da instância do DB2 Instalações raiz e instalações não-raiz podem coexistir no mesmo computador. No entanto, apenas o usuário original não-root que instalou o produto DB2 pode executar ações subseqüentes, como: * Aplicando Fix Packs * Inclusão de recursos * Instalação de produtos complementares Ajustando Valores de ulimit O comando ulimit no UNIX e Linux configura ou relata limites de recursos do usuário, como limites de dados e de pilha. Para instâncias raiz, o servidor de banco de dados atualiza dinamicamente configurações de ulimit sem alterar as configurações permanentes. No entanto, para instâncias não-raiz, as configurações de ulimit podem ser verificadas apenas durante a instalação. Será emitida uma mensagem de aviso se as configurações forem inapropriadas. A propriedade de administrador é necessária para alterar as configurações de ulimit. Limitações que Podem Ser Superadas Executando db2rfe Existem limitações adicionais em instalações não-raiz que podem ser superadas executando o comando db2rfe. Os seguintes recursos e capacidades estão inicialmente indisponíveis em instalações não-raiz: * Autenticação baseada em sistema operacional * Recurso HA (Alta Disponibilidade) * A capacidade para reservar nomes de serviços no arquivo /etc/services * A capacidade para aumentar limites de dados do usuário (ulimits). Esta capacidade se aplica apenas ao AIX. Em outras plataformas, os limites de dados do usuário devem ser aumentados manualmente. Execute o comando Ativar recursos raiz para instalação não-raiz (db2rfe) para ativar estes recursos e capacidades. A execução do comando db2rfe é opcional e deve ser feita por um usuário com propriedade de administrador. Tipo de Autenticação em Instalações Não-raiz A autenticação baseada em sistema operacional é o tipo de autenticação padrão para produtos DB2. Como instalações não-raiz não suportam autenticação baseada no sistema operacional suportado, se você optar por não executar o comando db2rfe após a instalação do produto DB2 como um usuário não-root, será necessário configurar manualmente o tipo de autenticação. Isto pode ser feito atualizando os seguintes parâmetros no arquivo de configuração do gerenciador de banco de dados (dbm cfg): * clnt_pw_plugin (Parâmetro de configuração do plug-in de ID do usuário/senha do cliente) * group_plugin (Parâmetro de configuração do plug-in de grupo) * srvcon_pw_plugin (Plug-in de ID do usuário/senha para conexões de entrada no parâmetro de configuração do servidor) 2.6.3.4 Instalando um Produto DB2 como um Usuário Não-root A maioria dos produtos DB2 podem ser instalados como um usuário não-root. Antes de instalar qualquer produto DB2 como um usuário não-root, observe as diferenças entre as instalações raiz e instalações não-raiz e as limitações de instalações não-raiz. Consulte os Links Relacionados no final deste tópico para obter detalhes. Os pré-requisitos para instalar um produto DB2 como um usuário não-root são: * Você deve poder montar o DVD de instalação ou solicitar que seja montado. * Você deve ter um ID do usuário válido que possa ser utilizado como o proprietário de uma instância do DB2. IDs do usuário têm as seguintes restrições e requisitos: * Devem ter um grupo primário diferente de guests, admins, users e local * Podem incluir letras minúsculas (a-z), números (0-9) e o caractere sublinhado ( _ ) * Não podem ter mais de oito caracteres * Não podem começar com IBM, SYS, SQL ou um número * Não podem ser uma palavra reservada do DB2 (USERS, ADMINS, GUESTS, PUBLIC ou LOCAL) ou uma palavra reservada de SQL * Não é possível usar nenhum ID do Usuário com privilégios de administrador para o ID da instância do DB2, ID do DAS ou ID protegido. * Não podem incluir caracteres acentuados * Se IDs do usuário existentes forem especificados em vez de criar novos IDs do usuário, certifique-se de que os IDs do usuário: * Não estejam bloqueados * Não tenham senhas expiradas * Os pré-requisitos de hardware e de software existentes para o produto que está sendo instalado aplicam-se ao usuário não-root assim como para usuários root. * No AIX Versão 5.3, AIO (E/S Assíncronas) deve ser ativado. * Seu diretório inicial deve ser um caminho do DB2 válido. Os caminhos de instalação do DB2 têm as seguintes regras: * Podem incluir letras minúsculas (a-z), letras maiúsculas (A-Z) e o caractere sublinhado ( _ ) * Não podem exceder 128 caracteres * Não podem conter espaços * Não podem conter caracteres que não estejam em inglês A instalação de produtos DB2 como um usuário não-root é transparente para o usuário não-root. Em outras palavras, não há nada de especial que um usuário não-root precisa fazer para instalar um produto DB2, a não ser efetuar login como um usuário não-root. Para desempenhar uma instalação não-raiz: 1. Efetue login como um usuário não-root 2. Instale seu produto DB2 utilizando qualquer um dos métodos disponíveis para você. As opções incluem: * O assistente de Configuração do DB2 (instalação da GUI) * O comando db2_install * O comando db2setup com um arquivo de resposta (instalação silenciosa) Nota: Como usuários não-root não podem escolher o diretório o qual os produtos DB2 estão instalados, qualquer palavra-chave FILE em seu arquivo de resposta será ignorada. Consulte os Links Relacionados no final deste tópico para obter detalhes. 3. Após a instalação do produto DB2, é necessário abrir uma nova sessão de login para usar a instância do DB2 não-raiz. Como alternativa, você pode utilizar a mesma sessão de login se originar o ambiente da instância do DB2 com $HOME/sqllib/db2profile (para usuários de shell Bourne e usuário de shell Korn) ou $HOME/sqllib/db2chsrc (para usuário de shell C), em que $HOME é o diretório inicial do usuário não-root. Após a instalação do produto DB2, verifique os limites de recursos do processo do usuário do sistema operacional (ulimits). Se os valores mínimos de ulimit não forem atendidos, o mecanismo do DB2 poderá encontrar erros de interrupção de recursos operacionais inesperados. Estes erros podem conduzir a uma interrupção do DB2. 2.6.3.5 Ativando Recursos Baseados em Raiz em Instalações Não Raiz com db2rfe Existem vários recursos e capacidades em instalações não-raiz que estão inicialmente indisponíveis mas podem ser ativados executando o comando db2rfe Esta tarefa requer propriedade de administrador. Para ativar recursos e capacidades que estão inicialmente indisponível em instalações não-raiz: 1. Localize os arquivos de configuração de amostra. São fornecidos dois arquivos de configuração de amostra: * $HOME/sqllib/instance/db2rfe.cfg está pré-configurado com valores padrão para a instância não-raiz do DB2 * $HOME/sqllib/cfg/db2rfe.cfg.sample não está configurado em que $HOME é o diretório inicial do usuário não-root. 2. Copie um dos arquivos de configuração de amostra para um local diferente para que o arquivo original permaneça inalterado. 3. Atualize o arquivo de configuração copiado conforme necessário. Este arquivo de configuração é a entrada para o comando db2rfe. Um exemplo de um arquivo de configuração é : INSTANCENAME=db2inst2 SET_ULIMIT=NO ENABLE_HA=NO ENABLE_OS_AUTHENTICATION=NO RESERVE_REMOTE_CONNECTION=NO **SVCENAME=db2c_db2inst2 **SVCEPORT=48000 RESERVE_TEXT_SEARCH_CONNECTION=NO **SVCENAME_TEXT_SEARCH=db2j_db2inst2 **SVCEPORT_TEXT_SEARCH=55000 Nota: * O valor do parâmetro INSTANCENAME é preenchido automaticamente pelo instalador do DB2 * O parâmetro SET_ULIMIT está disponível apenas no AIX. Em outros sistemas operacionais, um usuário com propriedade de administrador precisa configurar valores ulimit manualmente. * O valor padrão para outras palavras-chave é NO * Parâmetros filhos (como SVCENAME) são comentados por padrão. Os comentários são indicados com ** * Se você configurar um parâmetro como YES e se ele tiver parâmetros filhos, será recomendável remover o comentário dos parâmetros filhos e fornecer os valores apropriados. Os valores de portas fornecidos são exemplos. Certifique-se de que os valores de portas designados estejam livres. É fornecido um exemplo abaixo para mostrar um arquivo de configuração editado que ativará os seguintes recursos e capacidades: * Alta Disponibilidade * Autenticação baseada em sistema operacional * DB2 Text Search, com um nome de serviço de db2j_db2inst2 e um valor de porta de 55000 Para ativar estes recursos e capacidades, edite o arquivo de configuração da seguinte forma: INSTANCENAME=db2inst2 SET_ULIMIT=NO ENABLE_HA=YES ENABLE_OS_AUTHENTICATION=YES RESERVE_REMOTE_CONNECTION=NO **SVCENAME=db2c_db2inst2 **SVCEPORT=48000 RESERVE_TEXT_SEARCH_CONNECTION=YES SVCENAME_TEXT_SEARCH=db2j_db2inst2 SVCEPORT_TEXT_SEARCH=55000 4. Efetue login como um usuário com propriedade de administrador 5. Navegue para o diretório $HOME/sqllib/instance, em que $HOME representa o diretório inicial do usuário não-root. 6. Execute o comando db2rfe utilizando a seguinte sintaxe: db2rfe -f config_file em que config_file é o arquivo de configuração criado na Etapa 3. É necessário executar novamente o comando db2rfe após a aplicação de fix packs para manter os recursos baseados em raiz ativados em instalações não-raiz. 3.0 Visão Geral de IBM Data Server Clients e Drivers Este tópico descreve as informações disponíveis sobre clientes e drivers e fornece links para detalhes adicionais. Este tópico ajudará você a executar as seguintes etapas: 1. Escolha o IBM data server client adequado ou driver para ativar conexões entre seu sistema e os bancos de dados remotos. 2. Escolher o método mais apropriado para instalação do cliente ou do driver. 3. Concluir as etapas e tratar das considerações necessárias para configurar um cliente ou um driver. Opções de Conexão As opções para conexão de um sistema com um banco de dados remoto incluem vários IBM data server clients e drivers. As opções disponíveis dependem do sistema que está se conectando ao banco de dados remoto ser: * Um aplicativo localizado em uma máquina do usuário de negócios ou em um servidor de aplicativos * Uma estação de trabalho de desenvolvimento de aplicativos * Uma estação de trabalho do administrador do banco de dados Existem opções adicionais a serem consideradas se você também precisar conectar-se a bancos de dados de médio porte ou mainframe. Tipos de IBM Data Server Client e Driver A seguir, uma lista de IBM data server clients e drivers: * IBM Data Server Client * IBM Data Server Runtime Client * Pacote do IBM Data Server Driver * IBM Data Server Driver for ODBC and CLI * IBM Data Server Driver for JDBC and SQLJ. Além disso, um produto separado, DB2 Connect Personal Edition, inclui toda a funcionalidade do IBM Data Server Client mais a capacidade de conexão com bancos de dados midrange e de mainframe. Os recursos do DB2 Connect podem ser adicionados a qualquer cliente ou driver. Métodos de Instalação O método comum para instalar um cliente ou um driver é executar o programa de instalação fornecido em um DVD do produto. Não há nenhum programa de instalação para o IBM Data Server Driver for ODBC and CLI ou para o Pacote do IBM Data Server Driver no Linux e UNIX. O driver deve ser instalado manualmente. Outros métodos de instalação também estão disponíveis. Alguns métodos são projetados para automatizar a implementação de grandes quantidades de clientes. Outros métodos utilizam vários recursos do sistema operacional Windows. Por exemplo, em sistemas operacionais Windows, você pode utilizar módulos de mesclagem para incorporar a funcionalidade do Data Server Runtime Client ou Pacote do IBM Data Server Driver em seu aplicativo. Configurando um Cliente ou um Driver Após decidir qual cliente utilizar, configure o cliente executando as seguintes etapas: 1. Certifique-se de que os pré-requisitos do sistema sejam atendidos. 2. Faça a instalação. 3. Catalogue bancos de dados e configure conexões com servidores remotos. Para sistemas em que um cliente da Versão 8 ou um cliente DB2 Versão 9 já existir, considere se deve ser feito o upgrade para um Versão 9.7 Data Server Client, ou mantido o cliente pré-Versão 9.7 e instalado o Versão 9.7 Data Server Client como um cliente adicional. É altamente recomendável que a instalação de clientes adicionais seja para usuários avançados. Nota: A opção de atualizar e substituir o cliente existente aplica-se somente ao Data Server Client. 3.1 Tipos do IBM Data Server Client Há vários tipos de IBM data server clients e drivers disponíveis. Cada um fornece um determinado tipo de suporte. A seguir, uma lista dos tipos de IBM data server client e driver disponíveis para você: * IBM Data Server Driver for JDBC and SQLJ * IBM Data Server Driver for ODBC and CLI * Pacote do IBM Data Server Driver * IBM Data Server Runtime Client * IBM Data Server Client Cada cliente e driver do IBM Data Server e fornece um tipo particular de suporte: * Apenas para aplicativos Java, utilize o IBM Data Server Driver for JDBC and SQLJ. * Para aplicativos que utilizem apenas ODBC ou CLI, utilize o IBM Data Server Driver for ODBC and CLI. (Também referido como driver cli.) * Para aplicativos que usam ODBC, CLI, .NET, OLE DB, PHP, Ruby, JDBC ou SQLJ, use o Pacote do IBM Data Server Driver. * Se você precisar de suporte ao DB2 Command Line Processor Plus (CLPPlus), use o Pacote do IBM Data Server Driver. * Se você precisar de suporte ao DB2 Command Line Processor (CLP) e de suporte a clientes básicos para executar e implementar aplicativos, use o IBM Data Server Runtime Client. * Se precisar de suporte para administração de banco de dados e desenvolvimento de aplicativos utilizando uma API (Interface de Programação de Aplicativos), como ODBC, CLI, .NET ou JDBC, utilize o IBM Data Server Client. IBM Data Server Driver for JDBC and SQLJ IBM Data Server Driver for JDBC and SQLJ é o driver padrão para procedimentos armazenados Java e funções definidas pelo usuário. Esse driver fornece suporte para aplicativos clientes e applets gravados em Java que utilizam JDBC para acessar servidores locais ou remotos e SQLJ para SQL estática integrada em aplicativos Java. IBM Data Server Driver for ODBC and CLI Data Server Driver for ODBC and CLI é uma solução de implementação leve projetada para implementações de ISV (Independent Software Vendors). Esse driver, também referido como driver cli, fornece suporte de tempo de execução para aplicativos que utilizam a API ODBC ou a API CLI sem a necessidade de instalar o Data Server Client ou o Data Server Runtime Client. Esse driver está disponível apenas como um arquivo tar, não como uma imagem instalável. As mensagens são informadas apenas em inglês. O IBM Data Server Driver para ODBC e CLI fornece: * suporte de tempo de execução para a API CLI; * suporte de tempo de execução para a API ODBC; * suporte de tempo de execução para a API XA; * conectividade com o banco de dados; * suporte para a Call Level Interface Interativa do DB2 (db2cli); * suporte ao Diretório do Banco de Dados LDAP; e * suporte para rastreio, criação de log e diagnóstico. Registre o Data Server Driver for ODBC and CLI com o gerenciador de driver ODBC da Microsoft usando o utilitário db2oreg1.exe. Pacote do IBM Data Server Driver, O Pacote do IBM Data Server Driver é uma solução de implementação leve que fornece suporte de tempo de execução para aplicativos que usam ODBC, CLI, .NET, OLE DB, PHP, Ruby, JDBC ou SQLJ sem a necessidade de instalar o Data Server Runtime Client ou o Data Server Client. Esse driver possui uma pequena área de cobertura e foi projetado para ser redistribuído por ISVs (Independent Software Vendors) e para ser utilizado para distribuição de aplicativos em cenários de implementação em massa típicos de grandes corporativos. Os recursos do Pacote do IBM Data Server Driver incluem: * O DB2 Command Line Processor Plus (CLPPlus) para criar, editar e executar dinamicamente scripts e instruções SQL. * Suporte para aplicativos que usam ODBC, CLI, PHP ou Ruby para acessar bancos de dados. * Suporte para aplicativos clientes e applets gravados em Java que utilizam JDBC e para SQL integrada para Java (SQLJ). * Suporte do IBM Informix Dynamic Server para .NET, PHP e Ruby. * Suporte para executar aplicativos de SQL integrada. Nenhum recurso de pré-compilador ou de ligação é fornecido. * Arquivos de cabeçalho do aplicativo para reconstruir os drivers PHP e Ruby. * Suporte para a Call Level Interface Interativa do DB2 (db2cli). * Suporte para os rastreios de DRDA (db2drdat). * Em sistemas operacionais Windows, o Pacote do IBM Data Server Driver também fornece suporte para aplicativos que utilizam .NET ou OLE DB para acessar bancos de dados. Além disso, ele está disponível como uma imagem instalável e os módulos de mesclagem estão disponíveis para permitir que você integre facilmente o driver em uma instalação baseada no Windows Installer. IBM Data Server Runtime Client O IBM Data Server Runtime Client fornece uma maneira de executar aplicativos em bancos de dados remotos. As ferramentas da GUI não são remetidas com o IBM Data Server Runtime Client. Os recursos incluem: * O DB2 Command Line Processor (CLP) para emitir comandos. O CLP também fornece um modo básico de executar administração remota de servidores. * Suporte a clientes base para tratar de conexões com o banco de dados, instruções SQL, instruções XQuery e comandos. * Suporte para interfaces comuns de acesso ao banco de dados: JDBC, ADO.NET, OLE DB, ODBC, CLI (Interface da Linha de Comandos), PHP e Ruby. Esse suporte inclui drivers e recursos para definir origens de dados. Por exemplo, para ODBC, a instalação de um IBM data server client instala o driver ODBC e registra o driver. Os desenvolvedores de aplicativos e outros usuários podem utilizar a ferramenta Windows ODBC Data Source Administrator para definir origens de dados. * Exploração do LDAP (Lightweight Directory Access Protocol). * Suporte para protocolos de comunicação de rede comuns: TCP/IP e Canal Nomeado. * Suporte para instalação de várias cópias de um cliente no mesmo computador. Estas cópias podem ser de versões iguais ou diferentes. * Termos de licença que permitem a redistribuição gratuita do IBM Data Server Runtime Client com o seu aplicativo. * Base de implementação menor comparada com o IBM Data Server Client completo em termos de tamanho de imagem de instalação e espaço em disco necessário. * Um catálogo que armazena informações para conexão com bancos de dados e servidores. * Vantagens da compactação em sistemas operacionais Windows: Você pode empacotar o cliente junto com o aplicativo para fornecer conectividade para esse aplicativo. Além disso, o cliente está disponível como módulos de mesclagem do Windows Installer que permitem incluir os arquivos DLL do RTCL no pacote de instalação do aplicativo. Esta abordagem também permite incluir apenas as partes do cliente requeridas com o aplicativo. * Suporte do IBM Informix Dynamic Server para PHP, Ruby, .NET e JDBC IBM Data Server Client IBM Data Server Client inclui toda a funcionalidade do IBM Data Server Runtime Client, mais a funcionalidade para administração de banco de dados, desenvolvimento de aplicativo e configuração de cliente/servidor. Os recursos incluem o seguinte: * Base de implementação maior em comparação com o IBM Data Server Runtime Client, em termos de tamanho de imagem de instalação e espaço em disco requerido. No entanto, em sistemas operacionais Windows, você pode limpar a imagem do IBM Data Server Client para reduzir o tamanho da imagem de instalação. * Assistente de Configuração para ajudar na catalogação de bancos de dados e na configuração do servidor de banco de dados. * Centro de Controles e outras ferramentas gráficas para implementação de banco de dados e administração de banco de dados. Essas ferramentas estão disponíveis para versões do Windows on x86 (apenas 32 bits), Windows on x64 (AMD64/EM64T), Linux on x86 e Linux on AMD64/EM64T (x64). * Documentação das Primeiras Etapas para novos usuários. * Ferramentas do Visual Studio * IBM Data Studio * Arquivos de cabeçalho do aplicativo * Pré-compiladores para várias linguagens de programação * Suporte de ligação * Amostras e tutoriais * Suporte do IBM Informix Dynamic Server para PHP, Ruby, .NET, JCC e JDBC 3.2 Drivers do IBM Data Server 3.2.1 Restrições do IBM Data Server Driver O Pacote do IBM Data Server Driver simplifica a implementação do aplicativo. No entanto, determinadas restrições são aplicadas. As seguintes restrições se aplicam ao Pacote do IBM Data Server Driver: * Nenhum outro produto de banco de dados poderá ser instalado no mesmo caminho se o Pacote do IBM Data Server Driver já estiver instalado. * Em sistemas operacionais Windows, é possível instalar no máximo 16 cópias do Pacote do IBM Data Server Driver. * Para conectar-se a um servidor z/OS ou a um servidor System i, você deve registrar uma chave de licença do DB2 Connect. (Recupere o arquivo de licença da distribuição do Passport Advantage, por exemplo, db2conpe.lic e, em seguida, copie-o para o diretório de licença do diretório em que o driver estava instalado.) * As conexões XA para um servidor z/OS são suportadas. Entretanto, as conexões XA para um servidor System i não são suportadas. * Se você utilizar o arquivo de configuração db2dsdriver.cfg para especificar aliases, as seguintes entradas deverão conter um valor: * Entradas DSN_Collection (alias, nome, host e porta) * Entradas de banco de dados (nome, host, porta). Essas entradas devem ser especificadas e não podem estar vazias. * A palavra-chave de configuração DBNAME do CLI/ODBC não é suportada. * O atributo de instrução de utilitário sql_attr_use_load_api do CLI LOAD, não é suportado. Funcionalidade Suportada com Restrições * Não há diretório de banco de dados local. O LDAP (Lightweight Directory Access Protocol) é suportado, mas o cache do LDAP não é salvo em disco. Funcionalidade Não Suportada * DB2 Command Line Processor (CLP) * APIs administrativas * programa de instalação Limitações Conhecidas Para obter informações sobre as limitações a curto prazo, vá para http://www.ibm.com/developerworks/wikis/display/DB2/IBM+Data+Server+Driver+Limitations 3.2.2 Instalando o IBM Data Server Driver Package (Windows) Em plataformas Windows, Pacote do IBM Data Server Driver simplifique a implementação do aplicativo. Este driver, que possui uma pequena área de cobertura, foi projetado para ser redistribuído por ISVs (Independent Software Vendors) e para ser utilizado para distribuição de aplicativos em cenários de implementação em massa típicos de grandes empresas. O Pacote do IBM Data Server Driver não é parte do IBM Data Server Client ou do IBM Data Server Runtime Client. O Pacote do IBM Data Server Driver deve ser instalado separadamente. Nenhum outro produto de banco de dados do DB2 pode ser instalado no mesmo caminho se o Pacote do IBM Data Server Driver já estiver instalado. O Pacote do IBM Data Server Driver é instalado executando o setup.exe do DB2 a partir do DVD do produto. Há imagens de instalação separadas para cada idioma. Para instalar o Pacote do IBM Data Server Driver utilizando um arquivo de resposta, ou para instalá-lo a partir de uma imagem de fix pack, é possível executar o setup.exe do DB2 a partir da linha de comandos. Um arquivo de resposta de amostra está localizado no subdiretório \samples. Para obter imagens de fix pack, é possível efetuar o download do comando setup.exe a partir de https://www14.software.ibm.com/webapp/iwm/web/reg/pick.do?lang=en_US&source=swg-idsc11. O caminho da instalação padrão do Pacote do IBM Data Server Driver é Program Files\IBM\IBM DATA SERVER DRIVER. Se uma segunda cópia for instalada na mesma máquina, o nome do diretório padrão será Program Files\IBM\IBM DATA SERVER DRIVER_02. Em geral, o nome do diretório padrão é IBM DATA SERVER DRIVER_nn em que nn é o número gerado para tornar este diretório exclusivo. Se desejar instalar mais de uma cópia de Pacote do IBM Data Server Driver, é possível instalar um máximo de 16 cópias. Cada cópia deve ser instalada em diretórios diferentes. O nome de cópia padrão de Pacote do IBM Data Server Driver é IBMDBCL1. Se houver drivers adicionais instalados em sua máquina, eles receberão os nomes padrões: IBMDBCL2, IBMDBCL3 e assim por diante. Nota: A instalação de múltiplas cópias é um método de instalação avançado que não é recomendado para a maioria dos usuários. Depois da instalação do Pacote do IBM Data Server Driver, é possível criar e preencher opcionalmente o arquivo de configuração, db2dsdriver.cfg, com informações de diretório do banco de dados. 3.2.2.1 Instalando clientes de servidor de dados IBM ( Windows ) Instruções para instalação de qualquer tipo de IBM data server client, ou seja, IBM Data Server Client, o IBM Data Server Runtime Client e o Pacote do IBM Data Server Driver. O procedimento principal trata de um caso simples, mas comum, em que nenhum produto DB2 já está instalado. Se a máquina já tiver uma versão anterior de cliente instalada, você deve primeiro rever os tópicos que cobrem a atualização. Se a máquina já tiver um produto do servidor DB2 instalado, não será necessário instalar um cliente porque o servidor DB2 fornece todos os recursos localizados em um IBM data server client. Pré-requisitos Antes de instalar o IBM data server clients ou o pacote do cliente: * Você determinou qual cliente melhor atende sua necessidade. * Você localizou um DVD ou outra imagem de instalação necessária. Certifique-se de que tenha a versão de 32 ou de 64 bits, dependendo de sua máquina. * Você tem uma conta do usuário do Windows que faz parte do grupo de Administradores. Nota: Se uma conta de usuário não administrador realizar a instalação do produto, a biblioteca de tempo de execução VS2005 deve ser instalada antes de tentar instalar um produto DB2. A biblioteca de tempo de execução VS2005 é necessária no sistema operacional antes que o produto DB2 possa ser instalado. A biblioteca de tempo de execução VS2005 está disponível a partir do Web site para download da biblioteca de tempo de execução da Microsoft. Há duas opções: escolha vcredist_x86.exe para sistemas de 32 bits ou vcredist_x64.exe para sistemas de 64 bits. * Seu sistema atende todos os requisitos de memória, de espaço em disco e de instalação. O programa de instalação verificará o espaço em disco e os requisitos do sistema de base e o notificará se houver algum problema. Restrições * Nenhum outro produto DB2 pode ser instalado no mesmo caminho se um dos seguintes produtos já estiver instalado: * IBM Data Server Runtime Client * Pacote do IBM Data Server Driver * Centro de Informações do DB2 * Os campos do assistente Configuração do DB2 não aceitam caracteres que não sejam do inglês. Este procedimento trata do caso simples. As informações para outros casos são tratadas em outro lugar neste tópico. Para instalar qualquer IBM data server client no Windows: 1. Efetue o logon no sistema com a conta de usuário a ser usada para fazer a instalação. 2. Opcional: Encerre os demais programas. 3. Insira o DVD na unidade. O recurso execução automática inicia o assistente Configuração do DB2 que determina o idioma do sistema e inicia o programa de configuração para aquele idioma. Para o Data Server Client, é possível executar o assistente Configuração do DB2 em um idioma diferente do idioma padrão do sistema chamando manualmente o assistente Configuração do DB2 e especificando um código de idioma. Por exemplo, o comando setup -i fr executa o assistente Configuração do DB2 em francês. Para o Data Server Runtime Client ou o Pacote do Data Server Driver, existem imagens de instalação separadas para cada idioma. 4. Para instalar um IBM data server client ou o pacote do cliente: * Se estiver instalando um Data Server Client, ative o assistente Configuração do DB2, quando a Barra de Ativação do DB2 for aberta, e escolha Instalar um Produto. Siga os prompts do assistente Configuração do DB2. * Se estiver instalando um Data Server Runtime Client, ele não terá uma barra de ativação. Consulte os Links Relacionados para parâmetros de comando setup. Se estiver instalando uma segunda cópia do Data Server Runtime Client, o comando será: setup /v" TRANSFORMS=:InstanceId1.mst MSINEWINSTANCE=1" Para instalar cada cópia subseqüente do Data Server Runtime Client (no máximo 16 cópias), modifique o comando aumentando InstanceIdn, por exemplo: setup /v" TRANSFORMS=:InstanceId2.mst MSINEWINSTANCE=1" Nota: É altamente recomendável que a instalação de múltiplas cópias seja para usuários avançados. * Se estiver instalando o Pacote do Data Server Driver, execute o comando setup a partir do DVD do produto. Se estiver instalando uma imagem de fix pack, consulte os Links Relacionados para obter as opções do comando de instalação do comando setup. Se estiver instalando uma segunda cópia de Pacote do Data Server Driver, é possível utilizar os seguintes métodos: * Para executar a instalação de uma nova cópia com um nome de cópia padrão gerado: setup /o * Se o nome da cópia já existir, faça uma instalação de manutenção (ou upgrade) nessa cópia. Caso contrário, execute a nova instalação utilizando o nome da cópia especificado. setup /n copyname Após a instalação do Pacote do Data Server Driver, você tem a opção de criar e preencher o arquivo de configuração db2dsdriver.cfg com informações do diretório do banco de dados. 5. Se você estiver instalando um Data Server Client em uma máquina que já possui uma cópia do DB2 Universal Database (UDB) Versão 8 instalada, será apresentada a opção para instalar uma nova cópia ou para atualizar a cópia do DB2 UDB Versão 8. A instalação de uma nova cópia preserva a cópia do DB2 UDB Versão 8 e instala uma cópia adicional do DB2 Versão 9. Se escolher atualizar, as configurações da instância de cliente do DB2 UDB Versão 8 serão copiadas para a cópia do DB2 Versão 9, em seguida, a cópia do DB2 UDB Versão 8 será removida. Nota: Se uma máquina já possuir uma cópia instalada do DB2 UDB Versão 8, as cópias da Versão 9 não podem ser configuradas como padrão. Se estiver instalando um Data Server Runtime Client, o programa de instalação sempre instala uma nova cópia. Para atualizar uma instância de cliente do DB2 UDB Versão 8 como uma etapa subsequente, consulte os tópicos sobre migração. Ao concluir este procedimento, o produto estará instalado no local especificado durante a instalação. Como parte do procedimento de instalação do IBM Data Server Client, uma instância do gerenciador do banco de dados do DB2 é criada. A instância é chamada "DB2" se não houver outra instância chamada "DB2". Se já houver uma cópia do DB2 Versão 8 ou do DB2 Versão 9.1 instalada, a instância padrão será DB2_01. O caminho da instalação padrão do Data Server Client e do Data Server Runtime Client é Program Files\IBM\sqllib. Se uma segunda cópia for instalada na mesma máquina, o nome do diretório padrão será Program Files\IBM\sqllib_01. Em geral, o nome do diretório padrão é sqllib_nn em que nn é o número de cópias instaladas naquela máquina menos um. O caminho da instalação padrão do Pacote do Data Server Driver é Program Files\IBM\IBM DATA SERVER DRIVER. Se uma segunda cópia for instalada na mesma máquina, o nome do diretório padrão será Program Files\IBM\IBM DATA SERVER DRIVER_02. Em geral, o nome do diretório padrão é IBM DATA SERVER DRIVER_nn em que nn é o número gerado para tornar este diretório exclusivo. Se desejar instalar mais de uma cópia do Pacote do Data Server Driver, você poderá ter no máximo 16 cópias. Cada cópia deve ser instalada em diretórios diferentes. O nome da cópia padrão do Data Server Client ou do Data Server Runtime Client é DB2COPY1 O nome da cópia padrão do Pacote do Data Server Driver é IBMDBCL1 Esta instalação não inclui a documentação do produto. Consulte os links relacionados para opções de instalação ou acesso ao Centro de Informações do DB2. Após instalar seu IBM data server client, a próxima etapa é configurar seu acesso a servidores DB2 remotos. Notas sobre a instalação utilizando uma conta de usuário que não é membro do grupo de Administradores Os membros do grupo Usuários Avançados podem instalar um IBM data server client. Os membros do grupo Usuários também podem instalar um IBM data server client após receberem permissão para isso. Para permitir que membros do grupo Usuários instalem um IBM data server client, um membro do grupo Administradores deve assegurar que o usuário da instalação tenha permissão de gravação para o seguinte: * Ramificação do registro HKEY_LOCAL_MACHINE\SOFTWARE. * o diretório do sistema (por exemplo, c:\WINNT). * o caminho da instalação padrão (c:\Program Files) ou outro caminho da instalação. De interesse relacionado, um não-administrador também pode instalar fix packs se esse não-administrador tiver desempenhado a instalação original. No entanto, um não-administrador não pode instalar fix packs se a instalação original tiver sido desempenhada por uma conta de usuário Administrador. 3.2.2.2 Opções da Linha de Comandos para instalar o IBM Data Server Driver Package (Windows) O Pacote do IBM Data Server Driver pode ser instalado executando o setup.exe do DB2 a partir da linha de comandos. Para obter imagens de fix pack, é possível efetuar o download do comando setup.exe a partir de https://www14.software.ibm.com/webapp/iwm/web/reg/pick.do?lang=en_US&source=swg-idsc11. A lista a seguir descreve as opções da linha de comandos disponíveis para o comando setup. Para obter informações adicionais sobre as opções disponíveis do Windows Installer, consulte http://www.msdn.microsoft.com/. /n [nome da cópia] Especifica o nome da cópia que você quer que a instalação utilize. Especificar esta opção substitui o caminho da instalação que está especificado no arquivo de resposta. Se a cópia existir, uma instalação de manutenção será executada nessa cópia. Caso contrário, uma nova instalação será executada utilizando o nome da cópia especificado. /o Especifica que a instalação de uma nova cópia com um nome de cópia padrão gerado será executada. /u [arquivo de resposta] Especifica o caminho completo e o nome do arquivo do arquivo de resposta. /m Mostra o diálogo de progresso durante a instalação. No entanto, não será solicitada nenhuma entrada. Utilize essa opção com a opção /u. /l [arquivo de log] Especifica o caminho completo e o nome do arquivo do arquivo de log. /p [diretório de instalação] Altera o caminho da instalação do produto. Especificar esta opção substitui o caminho da instalação que está especificado no arquivo de resposta. /i idioma Especifica o código de idioma com duas letras do idioma no qual a instalação será feita. /? Gera informações de uso. Após a instalação do Pacote do IBM Data Server Driver, você tem a opção de criar e preencher o arquivo de configuração db2dsdriver.cfg com informações do diretório do banco de dados. A seguir são apresentados exemplos de como utilizar os parâmetros da linha de comandos: * Para instalar uma nova cópia com um nome de cópia padrão gerado, utilize o seguinte comando: setup /o * Para instalar uma segunda cópia, utilize o seguinte comando: setup /n "COPY_NAME" * Para executar uma instalação de arquivo de resposta, utilize o seguinte comando: setup /u "[Caminho completo para o arquivo de resposta]" Um arquivo de resposta de amostra está localizado no subdiretório \samples. 3.2.3 Instalando o IBM Data Server Driver Package (Linux e o UNIX) Em sistemas operacionais Linux e UNIX, Pacote do IBM Data Server Driver simplifica a implementação do aplicativo. Este driver, que possui uma pequena área de cobertura, foi projetado para ser redistribuído por ISVs (Independent Software Vendors) e para ser utilizado para distribuição de aplicativos em cenários de implementação em massa típicos de grandes empresas. Para instalar o Pacote do IBM Data Server Driver, é necessário obter o arquivo compactado que contém este pacote de drivers. Faça o download deste arquivo a partir do Web site do Fix Pack e de download do cliente: http://www-01.ibm.com/support/docview.wss?rs=71&uid=swg21288110. Em sistemas operacionais Linux e UNIX, não há nenhum programa de instalação para o Pacote do IBM Data Server Driver. Este pacote de drivers inclui drivers de banco de dados para Java, ODBC/CLI, PHP e Ruby no Rails, cada qual armazenado em seu próprio subdiretório. Os drivers Java e ODBC/CLI estão compactados. As etapas de extração básicas para cada driver são as mesmas: 1. Descompacte o arquivo Pacote do Data Server Driver. 2. Localize os arquivos para o driver que você precisa e os copie na máquina de destino. 3. Para os drivers Java e ODBC/CLI, descompacte o arquivo de driver no diretório de instalação de sua escolha na máquina de destino. 4. Opcional: remova o arquivo de driver compactado. Java Caminho: jdbc_sqlj_driver/ Nome do arquivo: db2_db2driver_for_jdbc_sqlj.zip Para obter instruções de instalação, consulte: Instalando o Driver do IBM Data Server para JDBC e SQLJ. ODBC/CLI Caminho: odbc_cli_driver/ Nome do arquivo: ibm_data_server_driver_for_odbc_cli.tar.Z Para obter instruções de instalação, consulte: Instalando o Driver do IBM Data Server para ODBC e CLI. PHP Caminho: php_driver//php32 ou php_driver//php64 Arquivos: ibm_db2_4.4.6.so, ibm_db2_5.2.1.so e pdo_ibm_5.2.1.so Pré-requisito: Os drivers PHP exigem que o driver ODBC/CLI, também incluído neste pacote de drivers, seja instalado. Para obter instruções de instalação, consulte: Configurando o ambiente PHP no Linux ou UNIX. Ruby no Rails Caminho: ruby_driver/ Arquivo: ibm_db-0.10.0.gem Pré-requisito: O driver do Ruby no Rails exige que o driver ODBC/CLI, que também está incluído neste pacote de drivers, esteja instalado. Para instalar o driver do Ruby no Rails, a partir do local do arquivo gem, execute o seguinte comando: gem install ibm_db-0.10.0.gem. Para validar a instalação, consulte: Verificando a instalação com aplicativos do IBM Data Servers no Rails. Após a instalação do Pacote do Data Server Driver, você tem a opção de criar e preencher o arquivo de configuração db2dsdriver.cfg com informações do diretório do banco de dados. 3.3 Métodos de Instalação para Clientes de Servidor de Dados IBM Esta seção descreve os métodos comuns e alternativos para instalação de um an IBM data server client ou driver. Os clientes são comumente instalados em máquinas onde não há servidores presentes. Não é necessário instalar um cliente se já tiver instalado um produto servidor porque o servidor inclui toda a funcionalidade presente em um IBM data server client. Situações Comuns O método comum para instalação de um IBM data server client ou driver executar o programa de instalação fornecido em um DVD do produto (comando setup em sistemas operacionais Windows e comando db2setup em sistemas operacionais Linux e UNIX). A imagem de instalação do IBM Data Server Client está incluída na imagem de instalação do servidor de banco de dados. Automação de Implementações em Grande Escala Um grupo de métodos automatiza a implementação de grandes quantidades de clientes: * Arquivo de Resposta. Você pode automatizar a instalação do cliente utilizando o método de instalação de arquivo de resposta. A instalação de um arquivo de resposta lhe permite instalar produtos de banco de dados sem qualquer interação com o usuário. * Ferramentas de Implementação de Terceiros. É possível instalar clientes utilizando ferramentas e métodos de implementação, como Windows Active Directory, Windows SMS (Systems Management Server) ou produtos Tivoli. Uso de Recursos do Sistema Operacional Windows Outro grupo de opções utiliza recursos do sistema operacional Windows: * Topologia do cliente thin do Windows. Esta opção é suportada para o IBM Data Server Client e o DB2 Connect Personal Edition. Uma topologia de cliente thin é onde o código do cliente está instalado em um diretório compartilhado do Windows em um único servidor de código, em vez de no disco rígido local de cada estação de trabalho do cliente. Estações de trabalho do cliente individuais se conectam ao diretório compartilhado do Windows no servidor de código para executar o código do Data Server Client. * Um ID de não-administrador do Windows. O método de instalação comum utiliza um ID de usuário de administrador do Windows: ou seja, um ID de usuário no grupo de Administradores. No entanto, você também pode instalar um IBM data server client utilizando um ID do usuário que faça parte do grupo de Usuários ou grupo de Usuários Avançados do Windows. Esse método é adequado quando o ID do usuário que está executando a instalação não tem privilégios de administrador. O produto DB2 também suporta o mecanismo de Altos Privilégios do Windows. É recomendado utilizar Altos Privilégios do Windows para permitir que um não-administrador instale um IBM data server client. Alternativas do Linux e UNIX Em sistemas operacionais Linux e UNIX, um método de instalação alternativo fornecido para servidores de banco de dados também é aplicável aos clientes: o script db2_install. Além disso, o IBM Data Server Driver for ODBC and CLI está disponível como um arquivo tar. Instâncias de Clientes Separadas Se um produto servidor de banco de dados estiver instalado, é possível utilizar uma instância de cliente separada em vez de utilizar uma instância do servidor que também sirva como uma instância cliente. Para criar uma instância de cliente separada, utilize o comando db2icrt com a opção -s, como mostra o seguinte exemplo: db2icrt -s client 3.3.1 Opções para Conexão com Bancos de Dados do DB2 Esta seção esboça as opções daquilo que você pode instalar em uma máquina (o sistema local) para possibilitar que ela se conecte a um banco de dados em uma máquina diferente (o sistema remoto). Para selecionar uma opção apropriada, primeiro, é necessário considerar se o sistema local é: * um sistema que executa aplicativos de negócios em um sistema do usuário de negócios ou em um servidor de aplicativos. * uma estação de trabalho de desenvolvimento de aplicativos. * uma estação de trabalho do administrador do banco de dados. Também é necessário determinar onde residem os bancos de dados aos quais você deseja conectar-se. Os bancos de dados podem estar localizados: * na mesma máquina, ou seja, no sistema local. Isto inclui bancos de dados localizados em uma única instância do DB2 ou em várias instâncias do DB2. * em máquinas diferentes, ou seja, em sistemas remotos. * em máquinas diferentes que são servidores de médio porte ou mainframe. Opções para Sistemas do Usuário de Negócios ou Servidores de Aplicativos Geralmente, quando um aplicativo de negócios conecta-se a um banco de dados, uma das seguintes topologias é envolvida: * Um aplicativo conecta-se a um banco de dados DB2 em que ambos estão localizados na mesma máquina. Um exemplo é um aplicativo utilizado por um único usuário em sua estação de trabalho pessoal. * Um aplicativo conecta-se a um banco de dados DB2 em outra máquina. * Um cliente aplicativo conecta-se a um servidor de aplicativos que, por sua vez, conecta-se a um ou mais bancos de dados DB2 localizados: * na mesma máquina apenas. * em uma ou mais outras máquinas apenas. * uma combinação das opções acima. Se um servidor DB2 estiver instalado na mesma máquina que o aplicativo, não será necessário instalar um cliente separado. O produto do servidor DB2 inclui funcionalidade para permitir que aplicativos conectem-se a bancos de dados locais e conectem-se também a bancos de dados em máquinas remotas. Se a máquina com os aplicativos também não tiver um servidor DB2, você terá as seguintes opções para permitir que aplicativos conectem-se a bancos de dados DB2 remotos: * Driver do aplicativo DB2. Com um driver do aplicativo DB2, as informações necessárias para conexão com um banco de dados estão incluídas no aplicativo ou o aplicativo solicita que o usuário forneça-as. Essa abordagem se difere de um IBM data server client, que mantém essas informações em seu catálogo. O driver do aplicativo é implementado como um arquivo no diretório do aplicativo, portanto, não é requerida nenhuma instalação ou configuração específica do DB2 separada. Geralmente, um driver do aplicativo é empacotado com um aplicativo de uma maneira que oferece conectividade apenas para esse aplicativo. Um driver do aplicativo DB2 pode coexistir na mesma máquina com outros drivers do aplicativo DB2 ou com IBM data server client. Os produtos DB2 fornecem drivers para Java (JDBC e SQLJ) e para ODBC, CLI, .NET, OLE DB ou aplicativos de software livre. É possível obter os drivers copiando os arquivos dos drivers de uma imagem de instalação do Pacote do IBM Data Server Driver ou transferindo por download os arquivos dos drivers do developerWorks. * IBM data server client. Esta opção envolve a instalação e configuração de um dos clientes incluídos no produto DB2. O IBM data server client é instalado em uma máquina que se conecta diretamente ao banco de dados do DB2. Dependendo da topologia do aplicativo, o cliente é instalado em cada estação de trabalho do usuário de negócios ou em um servidor de aplicativos. Um único cliente IBM data server client pode permitir que todos os aplicativos na máquina se conectem a um ou mais bancos de dados do DB2 em outras máquinas. * Módulos de mesclagem da instância do DB2. Esses módulos de mesclagem criam um ambiente de instância do DB2. Esta abordagem fornece uma maneira de implementar o IBM Data Server Runtime Client incluindo os arquivos nos módulos correspondentes. Esta abordagem é direcionada para utilização com o Windows Installer e outras ferramentas de instalação que suportam módulos de mesclagem do Windows Installer. Com essa abordagem, um único programa de instalação instala o aplicativo e o Data Server Runtime Client. Se não precisar de um ambiente de instância ou de um CLP (Processador de Linha de Comandos), você deve utilizar os módulos de mesclagem de instância não-DB2 para evitar o gerenciamento de instância. * Módulos de mesclagem de instância não-DB2. Esses módulos de mesclagem criam um ambiente de instância não-DB2. Esta abordagem fornece uma maneira de implementar o Pacote do IBM Data Server Driver incluindo os arquivos DLL do cliente no pacote de implementação do aplicativo. Esta abordagem é direcionada para utilização com o Windows Installer e outras ferramentas de instalação que suportam módulos de mesclagem do Windows Installer. Com essa abordagem, um único programa de instalação instala o aplicativo e o Pacote do IBM Data Server Driver. Opções para Estações de Trabalho de Desenvolvimento de Aplicativos O IBM Data Server Client fornece toda a funcionalidade do IBM Data Server Runtime Client, além das ferramentas utilizadas para configuração de cliente/servidor, administração de banco de dados e desenvolvimento de aplicativos. Os pontos abaixo descrevem a função e configuração do Data Server Client considerando as outras ferramentas e produtos utilizados por desenvolvedores de aplicativos. Existem várias ferramentas e produtos geralmente utilizados por desenvolvedores de aplicativos que gravam código para acessar um banco de dados DB2. Cada estação de trabalho do desenvolvedor geralmente inclui os seguintes componentes: * Um IDE (Ambiente de Desenvolvimento Integrado) como o Rational Application Developer ou o Microsoft Visual Studio. * Uma ferramenta de desenvolvimento específica do DB2 relacionada ao IDE como: * IBM Database Developer Add-ins para Visual Studio .NET * IBM Data Studio * Acesso a um servidor de banco de dados para hospedar o banco de dados que está sendo desenvolvido. Este servidor de banco de dados pode residir em um ou dois dos seguintes locais: * Em cada estação de trabalho do desenvolvedor, portanto, cada desenvolvedor tem sua própria cópia local do banco de dados. * Em um servidor de grupo de trabalho, para que vários desenvolvedores trabalhem na mesma cópia do banco de dados. Com o anterior como contexto, o valor do Data Server Client é que ele fornece cabeçalhos e bibliotecas necessários para compilar aplicativos e fornece ferramentas para administração do banco de dados. No entanto, nem sempre é necessário instalar o Data Server Client para obter estas ferramentas. Sempre que um servidor DB2 é instalado em uma máquina, não há necessidade de instalar um IBM data server client separado. O produto do servidor DB2 inclui toda a funcionalidade disponível em um Data Server Client independente. Opções para Estações de Trabalho do Administrador Um administrador do banco de dados pode desempenhar tarefas de administração em bancos de dados remotos de uma de duas maneiras principais. Ele utiliza uma ferramenta, como telnet, para conectar-se a uma máquina servidor de banco de dados individual e executar comandos de administrador do DB2 localmente. Como alternativa, ele pode executar ferramentas e comandos a partir de sua estação de trabalho que estabelece conexões com os bancos de dados remotos. Esta seção direciona seu foco para o segundo caso, que envolve escolhas sobre qual IBM data server client utilizar e onde instalá-lo. O DB2 fornece vários meios para desempenhar atividades de administração em um ou mais servidores DB2 remotamente a partir de uma estação de trabalho do administrador. As opções e considerações são as seguintes: * Instalar o IBM Data Server Runtime Client. Esta opção é adequada apenas se você utilizar o CLP (Processador de Linha de Comandos) para administração. * Instalar o IBM Data Server Client. Este cliente inclui toda a funcionalidade do Data Server Runtime Client, mais as ferramentas utilizadas para configuração de cliente/servidor, administração de banco de dados e desenvolvimento de aplicativos. A funcionalidade inclui as ferramentas de administração gráficas como o Assistente de Configuração e o Centro de Controle (disponíveis em plataformas suportadas). Estas ferramentas utilizam o DAS (DB2 Administration Server) no servidor DB2, que é configurado por padrão durante a instalação do servidor DB2. * Instalar um produto do servidor DB2. Sempre que um servidor DB2 é instalado em uma máquina, não há necessidade de instalar um IBM data server client separado. O produto do servidor DB2 inclui toda a funcionalidade disponível em um IBM data server client independente. Opções para Conexão com Banco de Dados de Médio Porte e Mainframe Com produtos DB2 Connect, você pode se conectar a bancos de dados do DB2 em plataformas mainframe e midrange, ou seja, OS/390 e z/OS, System i, VSE e VM. Também é possível conectar-se a bancos de dados não-IBM que estão de acordo com o DRDA (Distributed Relational Database Architecture). Com o DB2 Connect, você pode se conectar a partir de uma estação de trabalho do usuário ou de um servidor DB2 para Linux, UNIX ou Windows. As opções e considerações são as seguintes: * Pacote do IBM Data Server Driver. Esta é uma solução de desenvolvimento leve que fornece suporte de tempo de execução para aplicativos que usam ODBC, CLI, .NET, OLE DB, PHP, Ruby, JDBC ou SQLJ sem a necessidade de instalar o Data Server Runtime Client ou o Data Server Client. Para conectar-se a um servidor z/OS ou a um servidor System i, você deve registrar uma chave de licença do DB2 Connect. (Recupere o arquivo de licença da distribuição do Passport Advantage, por exemplo, db2conpe.lic e, em seguida, copie-o para o diretório de licença do diretório em que o driver estava instalado.) * DB2 Connect Personal Edition. Este produto é instalado em uma estação de trabalho e fornece conectividade a partir dessa estação de trabalho. Esta opção é direcionada para situações em que é necessário conectar-se de uma estação de trabalho diretamente a um ou mais hosts. Este produto está disponível para sistemas operacionais Linux, Solaris e Windows. * DB2 Connect Server Editions. Uma edição do servidor do produto DB2 Connect geralmente é instalada em um servidor de conectividade e serve como um gateway para servidores de banco de dados mainframe ou de médio porte suportados. Uma edição de servidor do produto DB2 Connect permite que estações de trabalho com IBM data server clients configurem o acesso a sistemas host via o gateway do DB2 Connect como se eles fossem bancos de dados no DB2 no Windows, Linux e UNIX. As duas opções podem ser utilizadas simultaneamente. Por exemplo, uma estação de trabalho pode conectar-se a um banco de dados de médio porte ou mainframe das seguintes maneiras: * Instale o DB2 Connect Personal Edition localmente e utilize-o para conectar-se diretamente a um host. * Conecte-se ao mesmo host ou a um host diferente por meio de um gateway servidor DB2 Connect intermediário. 3.3.2 Instalando clientes de servidor de dados IBM ( Windows ) Instruções para instalação de qualquer tipo de IBM data server client, ou seja, IBM Data Server Client, o IBM Data Server Runtime Client e o Pacote do IBM Data Server Driver. O procedimento principal trata de um caso simples, mas comum, em que nenhum produto DB2 já está instalado. Se a máquina já tiver uma versão anterior de cliente instalada, você deve primeiro rever os tópicos que cobrem a atualização. Se a máquina já tiver um produto do servidor DB2 instalado, não será necessário instalar um cliente porque o servidor DB2 fornece todos os recursos localizados em um IBM data server client. Pré-requisitos Antes de instalar o IBM data server clients ou o pacote do cliente: * Você determinou qual cliente melhor atende sua necessidade. * Você localizou um DVD ou outra imagem de instalação necessária. Certifique-se de que tenha a versão de 32 ou de 64 bits, dependendo de sua máquina. * Você tem uma conta do usuário do Windows que faz parte do grupo de Administradores. Nota: Se uma conta de usuário não administrador realizar a instalação do produto, a biblioteca de tempo de execução VS2005 deve ser instalada antes de tentar instalar um produto DB2. A biblioteca de tempo de execução VS2005 é necessária no sistema operacional antes que o produto DB2 possa ser instalado. A biblioteca de tempo de execução VS2005 está disponível a partir do Web site para download da biblioteca de tempo de execução da Microsoft. Há duas opções: escolha vcredist_x86.exe para sistemas de 32 bits ou vcredist_x64.exe para sistemas de 64 bits. * Seu sistema atende todos os requisitos de memória, de espaço em disco e de instalação. O programa de instalação verificará o espaço em disco e os requisitos do sistema de base e o notificará se houver algum problema. Restrições * Nenhum outro produto DB2 pode ser instalado no mesmo caminho se um dos seguintes produtos já estiver instalado: * IBM Data Server Runtime Client * Pacote do IBM Data Server Driver * Centro de Informações do DB2 * Os campos do assistente Configuração do DB2 não aceitam caracteres que não sejam do inglês. Este procedimento trata do caso simples. As informações para outros casos são tratadas em outro lugar neste tópico. Para instalar qualquer IBM data server client no Windows: 1. Efetue o logon no sistema com a conta de usuário a ser usada para fazer a instalação. 2. Opcional: Encerre os demais programas. 3. Insira o DVD na unidade. O recurso execução automática inicia o assistente Configuração do DB2 que determina o idioma do sistema e inicia o programa de configuração para aquele idioma. Para o Data Server Client, é possível executar o assistente Configuração do DB2 em um idioma diferente do idioma padrão do sistema chamando manualmente o assistente Configuração do DB2 e especificando um código de idioma. Por exemplo, o comando setup -i fr executa o assistente Configuração do DB2 em francês. Para o Data Server Runtime Client ou o Pacote do Data Server Driver, existem imagens de instalação separadas para cada idioma. 4. Para instalar um IBM data server client ou o pacote do cliente: * Se estiver instalando um Data Server Client, ative o assistente Configuração do DB2, quando a Barra de Ativação do DB2 for aberta, e escolha Instalar um Produto. Siga os prompts do assistente Configuração do DB2. * Se estiver instalando um Data Server Runtime Client, ele não terá uma barra de ativação. Consulte os Links Relacionados para parâmetros de comando setup. Se estiver instalando uma segunda cópia do Data Server Runtime Client, o comando será: setup /v" TRANSFORMS=:InstanceId1.mst MSINEWINSTANCE=1" Para instalar cada cópia subseqüente do Data Server Runtime Client (no máximo 16 cópias), modifique o comando aumentando InstanceIdn, por exemplo: setup /v" TRANSFORMS=:InstanceId2.mst MSINEWINSTANCE=1" Nota: É altamente recomendável que a instalação de múltiplas cópias seja para usuários avançados. * Se estiver instalando o Pacote do Data Server Driver, execute o comando setup a partir do DVD do produto. Se estiver instalando uma imagem de fix pack, consulte os Links Relacionados para obter as opções do comando de instalação do comando setup. Se estiver instalando uma segunda cópia de Pacote do Data Server Driver, é possível utilizar os seguintes métodos: * Para executar a instalação de uma nova cópia com um nome de cópia padrão gerado: setup /o * Se o nome da cópia já existir, faça uma instalação de manutenção (ou upgrade) nessa cópia. Caso contrário, execute a nova instalação utilizando o nome da cópia especificado. setup /n copyname Após a instalação do Pacote do Data Server Driver, você tem a opção de criar e preencher o arquivo de configuração db2dsdriver.cfg com informações do diretório do banco de dados. 5. Se você estiver instalando um Data Server Client em uma máquina que já possui uma cópia do DB2 Universal Database (UDB) Versão 8 instalada, será apresentada a opção para instalar uma nova cópia ou para atualizar a cópia do DB2 UDB Versão 8. A instalação de uma nova cópia preserva a cópia do DB2 UDB Versão 8 e instala uma cópia adicional do DB2 Versão 9. Se escolher atualizar, as configurações da instância de cliente do DB2 UDB Versão 8 serão copiadas para a cópia do DB2 Versão 9, em seguida, a cópia do DB2 UDB Versão 8 será removida. Nota: Se uma máquina já possuir uma cópia instalada do DB2 UDB Versão 8, as cópias da Versão 9 não podem ser configuradas como padrão. Se estiver instalando um Data Server Runtime Client, o programa de instalação sempre instala uma nova cópia. Para atualizar uma instância de cliente do DB2 UDB Versão 8 como uma etapa subsequente, consulte os tópicos sobre migração. Ao concluir este procedimento, o produto estará instalado no local especificado durante a instalação. Como parte do procedimento de instalação do IBM Data Server Client, uma instância do gerenciador do banco de dados do DB2 é criada. A instância é chamada "DB2" se não houver outra instância chamada "DB2". Se já houver uma cópia do DB2 Versão 8 ou do DB2 Versão 9.1 instalada, a instância padrão será DB2_01. O caminho da instalação padrão do Data Server Client e do Data Server Runtime Client é Program Files\IBM\sqllib. Se uma segunda cópia for instalada na mesma máquina, o nome do diretório padrão será Program Files\IBM\sqllib_01. Em geral, o nome do diretório padrão é sqllib_nn em que nn é o número de cópias instaladas naquela máquina menos um. O caminho da instalação padrão do Pacote do Data Server Driver é Program Files\IBM\IBM DATA SERVER DRIVER. Se uma segunda cópia for instalada na mesma máquina, o nome do diretório padrão será Program Files\IBM\IBM DATA SERVER DRIVER_02. Em geral, o nome do diretório padrão é IBM DATA SERVER DRIVER_nn em que nn é o número gerado para tornar este diretório exclusivo. Se desejar instalar mais de uma cópia do Pacote do Data Server Driver, você poderá ter no máximo 16 cópias. Cada cópia deve ser instalada em diretórios diferentes. O nome da cópia padrão do Data Server Client ou do Data Server Runtime Client é DB2COPY1 O nome da cópia padrão do Pacote do Data Server Driver é IBMDBCL1 Esta instalação não inclui a documentação do produto. Consulte os links relacionados para opções de instalação ou acesso ao Centro de Informações do DB2. Após instalar seu IBM data server client, a próxima etapa é configurar seu acesso a servidores DB2 remotos. Notas sobre a instalação utilizando uma conta de usuário que não é membro do grupo de Administradores Os membros do grupo Usuários Avançados podem instalar um IBM data server client. Os membros do grupo Usuários também podem instalar um IBM data server client após receberem permissão para isso. Para permitir que membros do grupo Usuários instalem um IBM data server client, um membro do grupo Administradores deve assegurar que o usuário da instalação tenha permissão de gravação para o seguinte: * Ramificação do registro HKEY_LOCAL_MACHINE\SOFTWARE. * o diretório do sistema (por exemplo, c:\WINNT). * o caminho da instalação padrão (c:\Program Files) ou outro caminho da instalação. De interesse relacionado, um não-administrador também pode instalar fix packs se esse não-administrador tiver desempenhado a instalação original. No entanto, um não-administrador não pode instalar fix packs se a instalação original tiver sido desempenhada por uma conta de usuário Administrador. 3.3.3 Instalando clientes de servidor de dados IBM ( Linux e UNIX ) Esta tarefa descreve como instalar um IBM data server client no Linux ou UNIX. As instruções de aplicam ao IBM Data Server Client e ao IBM Data Server Runtime Client. O procedimento principal trata de um caso simples, mas comum, em que nenhum produto DB2 já está instalado. Um resumo dos pré-requisitos é apresentado abaixo. Se precisar de informações mais detalhadas, consulte os links relacionados no final desta seção. Se a máquina já tiver uma versão anterior de cliente instalada, você deve primeiro rever os tópicos que cobrem a atualização. Se a máquina já tiver um produto do servidor DB2 instalado, não será necessário instalar um cliente porque o servidor DB2 fornece todos os recursos localizado no IBM Data Server Client. * Você determinou qual cliente melhor atende às suas necessidades: o Data Server Client ou o Data Server Runtime Client. * Você localizou um DVD ou outra imagem de instalação necessária. * Seu sistema atende todos os requisitos de memória, de espaço em disco e de instalação. O programa de instalação verificará o espaço em disco e os requisitos do sistema de base e o notificará se houver algum problema. * A instalação de um IBM data server client no sistema operacional Solaris ou no HP-UX requer a atualização dos seus parâmetros de configuração do kernel. Isto também é recomendado para Linux. Para instalar qualquer IBM data server client no Linux ou UNIX: 1. Insira e monte o DVD apropriado. 2. Altere para o diretório onde o DVD está montado. 3. Digite o comando ./db2setup para iniciar o assistente Configuração do DB2. 4. Escolha Instalar um Produto quando a Barra de Ativação do DB2 se abrir. 5. Selecione o cliente que deseja instalar. 6. Siga os prompts do assistente Configuração do DB2. A Ajuda está disponível no assistente para orientá-lo pelas etapas restantes. Quando a instalação for concluída, o IBM data server client será instalado por padrão nos seguintes diretórios: Linux /opt/ibm/db2/V9.7 UNIX /opt/IBM/db2/V9.7 Esta instalação não inclui a documentação do produto. Consulte os links relacionados para opções de instalação ou acesse o Centro de Informações do DB2. Após instalar seu IBM data server client, a próxima etapa será configurar seu acesso a um servidor DB2 remoto. Notas sobre instalações de idioma nacional É possível executar o assistente Configuração do DB2 em um idioma diferente do idioma padrão do sistema chamando manualmente o assistente Configuração do DB2 e especificando o código do idiomas. Por exemplo, o comando ./db2setup -i fr executa o assistente Configuração do DB2 em francês. Entretanto, os campos do assistente Configuração do DB2 não aceitam caracteres que não sejam do inglês. Notas sobre a instalação em uma máquina que possui um cliente do DB2 Versão 9.5 existente O nome do diretório padrão para a primeira cópia é V9.7. Se uma cópia já estiver instalada, a cópia da segunda instalação mostra um nome de diretório padrão como V9.7_01. Em geral, o nome de diretório padrão é V9.7_nn em que nn refere-se à quantidade de cópias instaladas menos uma. Notas sobre a instalação em uma máquina com um Versão 9.5 cliente pré-DB2 existente A instalação de um Data Server Client ou Data Server Runtime Client em um sistema que já possui um DB2 Universal Database (UDB) Versão 8 ou cliente DB2 Versão 9 preserva a cópia anterior e instala uma cópia adicional do DB2 Versão 9.5 (ou posterior). Para obter informações sobre a atualização de instâncias clientes para o DB2 Versão 9.5 (ou posterior), consulte os tópicos sobre atualização. 4.0 Visão Geral das Informações Técnicas do DB2 As informações técnicas do DB2 estão disponíveis através das seguintes ferramentas e métodos: * Centro de Informações do DB2 * Tópicos (Tópicos de tarefa, conceito e referência) * Ajuda para as ferramentas do DB2 * Programas de amostra * Tutoriais * Manuais do DB2 * Arquivos PDF (por download) * Arquivos PDF (no DVD de PDFs doDB2) * Manuais impressos * Ajuda da linha de comandos * Ajuda do comando * Ajuda da mensagem Nota: Os tópicos do Centro de Informações do DB2 são atualizados com maior freqüência do que os PDFs ou as cópias impressas. Para obter as informações mais atuais, instale as atualizações da documentação conforme elas se tornam disponíveis ou consulte o Information Center do DB2 em ibm.com. É possível acessar informações técnicas adicionais do DB2, como as publicações on-line de notas técnicas, white papers e IBM Redbooks em ibm.com. Acesse o site da biblioteca de software do DB2 Information Management em http://www.ibm.com/software/data/sw-library/. Feedback da Documentação Seu feedback a respeito da documentação do DB2 é importante para nós. Se você tiver sugestões sobre como aprimorar a documentação do DB2 envie um e-mail para db2docs@ca.ibm.com. A equipe de documentação do DB2 lê todos os feedbacks enviados, mas não poderão responder diretamente a você. Forneça exemplos específicos sempre que possível, para que melhor possamos compreender suas preocupações. Se estiver enviando feedback sobre um tópico ou arquivo de ajuda específico, inclua o título do tópico e a URL. Não utilize este endereço de e-mail para entrar em contato com o Suporte ao Cliente doDB2. Se você tiver um problema técnico do DB2 que a documentação não resolve, entre em contato com o centro de serviços IBM local para obter assistência. 4.1 Termos e Condições As permissões para uso destas publicações são concedidas sujeitas aos seguintes termos e condições. Uso Pessoal: Você poderá reproduzir estas Publicações apenas para uso pessoal e não comercial, contanto que todos os avisos do proprietário sejam preservados. O Cliente não deve distribuir, exibir ou criar trabalhos derivativos destas Publicações ou de qualquer parte delas, sem o consentimento expresso da IBM. Uso Comercial O Cliente poderá reproduzir, distribuir e exibir essas Publicações somente dentro da empresa do Cliente, contanto que todos os avisos do proprietário sejam preservados. O Cliente não poderá criar trabalhos derivativos destas Publicações ou reproduzir, distribuir ou exibir estas Publicações ou qualquer parte delas fora de sua empresa, sem o consentimento expresso da IBM. Exceto como expressamente concedido nesta permissão, nenhuma outra permissão, licença ou direito é concedido, expresso ou implícito, para as Publicações ou quaisquer informações, dados, software ou outra propriedade intelectual contida. A IBM se reserva no direito de retirar as permissões aqui concedidas sempre que, de acordo com seus critérios, o uso das Publicações for prejudicial aos seus interesses ou, conforme determinado pela IBM, as instruções acima não sejam seguidas. O Cliente não poderá fazer download, exportar ou re-exportar estas informações exceto quando em conformidade total com todas as leis e regulamentações aplicáveis, incluindo todas as leis e regulamentações de exportação dos Estados Unidos. A IBM NÃO FAZ QUALQUER TIPO DE GARANTIA QUANTO AO CONTEÚDO DESTAS PUBLICAÇÕES. AS PUBLICAÇÕES SÃO FORNECIDAS "NO ESTADO EM QUE SE ENCONTRAM", SEM GARANTIA DE NENHUM TIPO, SEJA EXPRESSA OU IMPLÍCITA, INCLUINDO, MAS NÃO SE LIMITANDO ÀS GARANTIAS IMPLÍCITAS (OU CONDIÇÕES) DE NÃO-INFRAÇÃO, COMERCIALIZAÇÃO OU ADEQUAÇÃO A UM DETERMINADO PROPÓSITO. 5.0 Avisos Estas informações foram desenvolvidas para produtos e serviços oferecidos nos Estados Unidos. As informações sobre produtos não-IBM baseiam-se nas informações disponíveis no momento da primeira publicação deste documento e estão sujeitas a mudanças. É possível que a IBM não ofereça os produtos, serviços ou recursos discutidos nesta publicação em outros países. Consulte um representante IBM local para obter informações sobre produtos e serviços disponíveis atualmente em sua área. Qualquer referência a produtos, programas ou serviços IBM não significa que apenas produtos, programas ou serviços IBM possam ser utilizados. Qualquer produto, programa ou serviço funcionalmente equivalente, que não infrinja nenhum direito de propriedade intelectual da IBM poderá ser utilizado em substituição a este produto, programa ou serviço. Entretanto, a avaliação e verificação da operação de qualquer produto, programa ou serviço não-IBM são de responsabilidade do Cliente. A IBM pode ter patentes ou solicitações de patentes pendentes relativas a assuntos tratados nesta publicação. O fornecimento desta publicação não lhe garante direito algum sobre tais patentes. Pedidos de licença devem ser enviados, por escrito, para: Gerência de Relações Comerciais e Industriais da IBM Brasil Av. Pasteur 138-146 Botafogo Rio de Janeiro - RJ CEP 22290-240 Para pedidos de licença relacionados a informações de DBCS (Conjunto de Caracteres de Byte Duplo), entre em contato com o Departamento de Propriedade Intelectual da IBM em seu país ou envie pedidos de licença, por escrito, para: IBM World Trade Asia Corporation Licensing 2-31 Roppongi 3-chome, Minato-ku Tokyo 106-0032, Japan O parágrafo a seguir não se aplica a nenhum país em que tais disposições não estejam de acordo com a legislação local: A INTERNATIONAL BUSINESS MACHINES CORPORATION FORNECE ESTA PUBLICAÇÃO "NO ESTADO EM QUE SE ENCONTRA", SEM GARANTIA DE NENHUM TIPO, SEJA EXPRESSA OU IMPLÍCITA, INCLUINDO, MAS A ELAS NÃO SE LIMITANDO, AS GARANTIAS IMPLÍCITAS DE NÃO-INFRAÇÃO, COMERCIALIZAÇÃO OU ADEQUAÇÃO A UM DETERMINADO PROPÓSITO. Alguns países não permitem a exclusão de garantias expressas ou implícitas em certas transações; portanto, essa disposição pode não se aplicar ao Cliente. Essas informações podem conter imprecisões técnicas ou erros tipográficos. São feitas alterações periódicas nas informações aqui contidas; tais alterações serão incorporadas em futuras edições desta publicação. A IBM pode, a qualquer momento, aperfeiçoar e/ou alterar os produtos e/ou programas descritos nesta publicação, sem aviso prévio. Referências nestas informações a Web sites não-IBM são fornecidas apenas por conveniência e não representam de forma alguma um endosso a esses Web sites. Os materiais contidos nesses Web sites não fazem parte dos materiais desse produto IBM e a utilização desses Web sites é de inteira responsabilidade do Cliente. A IBM pode utilizar ou distribuir as informações fornecidas da forma que julgar apropriada sem incorrer em qualquer obrigação para com o Cliente. Licenciados deste programa que desejam obter informações sobre este assunto com objetivo de permitir: (i) a troca de informações entre programas criados independentemente e outros programas (incluindo este), e (ii) a utilização mútua das informações trocadas, devem entrar em contato com: Gerência de Relações Comerciais e Industriais da IBM Brasil Av. Pasteur, 138-146 Botafogo Rio de Janeiro, RJ CEP: 22290-240 BRASIL Tais informações podem estar disponíveis, sujeitas a termos e condições apropriadas, incluindo em alguns casos, o pagamento de uma taxa. O programa licenciado descrito nesta publicação e todo o material licenciado disponível são fornecidos pela IBM sob os termos do Contrato com o Cliente IBM, do Contrato Internacional de Licença do Programa IBM ou de qualquer outro contrato equivalente. Todos os dados de desempenho aqui contidos foram determinados em um ambiente controlado. Portanto, os resultados obtidos em outros ambientes operacionais podem variar significativamente. Algumas medidas podem ter sido tomadas em sistemas em nível de desenvolvimento e não há garantia de que estas medidas serão iguais em sistemas geralmente disponíveis. Além disso, algumas medidas podem ter sido estimadas por extrapolação. Os resultados reais podem variar. Os usuários deste documento devem verificar os dados aplicáveis para seu ambiente específico. As informações relativas a produtos não-IBM foram obtidas junto aos fornecedores dos respectivos produtos, de seus anúncios publicados ou de outras fontes disponíveis publicamente. A IBM não testou estes produtos e não pode confirmar a precisão de seu desempenho, compatibilidade nem qualquer outra reivindicação relacionada a produtos não-IBM. Dúvidas sobre os recursos de produtos não-IBM devem ser encaminhadas diretamente a seus fornecedores. Todas as declarações relacionadas aos objetivos e intenções futuras da IBM estão sujeitas a alterações ou cancelamento sem aviso prévio e representam apenas metas e objetivos. Estas informações podem conter exemplos de dados e relatórios utilizados nas operações diárias de negócios. Para ilustrá-los da forma mais completa possível, os exemplos podem incluir nomes de indivíduos, empresas, marcas e produtos. Todos estes nomes são fictícios e qualquer semelhança com nomes e endereços utilizados por uma empresa real é mera coincidência. LICENÇA DE COPYRIGHT: Estas informações contêm programas de aplicativos de exemplo na linguagem fonte, ilustrando as técnicas de programação em diversas plataformas operacionais. O Cliente pode copiar, modificar e distribuir estes programas de exemplo sem a necessidade de pagar à IBM, com objetivos de desenvolvimento, utilização, marketing ou distribuição de programas aplicativos em conformidade com a interface de programação de aplicativo para a plataforma operacional para a qual os programas de exemplo são criados. Esses exemplos não foram testados completamente em todas as condições. Portanto, a IBM não pode garantir ou implicar a confiabilidade, manutenção ou função destes programas. Cada cópia ou parte destes programas de exemplo ou qualquer trabalho derivado deve incluir um aviso de copyright com os dizeres: © (nome da empresa) (ano). Partes deste código são derivadas dos Programas de Exemplo da IBM Corp. © Copyright IBM Corp. _digite o ano ou anos_. Todos os direitos reservados. Marcas Registradas IBM, o logotipo IBM e ibm.com são marcas ou marcas registradas da International Business Machines Corp., registradas em muitos países por todo o mundo. Outros nomes de produtos e serviços podem ser marcas registradas da IBM ou de outras empresas. Uma lista atual de marcas registradas da IBM está disponível na Web em "Copyright and trademark information" em www.ibm.com/legal/copytrade.shtml. Os termos a seguir são marcas ou marcas registradas de outras empresas * Linux é uma marca registrada de Linus Torvalds nos Estados Unidos e/ou em outros países. * Java e todas as marcas registradas e logotipos baseados em Java são marcas registradas da Sun Microsystems, Inc. nos Estados Unidos e/ou em outros países. * UNIX é uma marca registrada do The Open Group nos Estados Unidos e em outros países. * Intel, o logotipo Intel, Intel Inside, o logotipo Intel Inside, Intel Centrino, o logotipo Intel Centrino, Celeron, Intel Xeon, Intel SpeedStep, Itanium e Pentium são marcas ou marcas registradas da Intel Corporation ou de suas subsidiárias nos Estados Unidos e em outros países. * Microsoft, Windows, Windows NT e o logotipo Windows são marcas comerciais da Microsoft Corporation nos Estados Unidos e/ou em outros países. Outros nomes de empresas, produtos ou serviços podem ser marcas registradas ou marcas de serviço de terceiros.