Para instalar um produto DB2, os seguintes pré-requisitos de sistema operacional, hardware e comunicações devem ser atendidos:
| Sistema Operacional | Hardware |
|---|---|
AIX Versão 5.3
|
Um dos:
|
Para alternar para um kernel de 64 bits, é necessário ter autoridade root e você deve digitar 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 -FrA instalação dos produtos DB2 no NFS (Network File System) não é recomendada. A execução de produtos DB2 no NFS (por exemplo, montagem do NFS /opt/IBM/db2/V9.5 e depois execução do código que estava fisicamente instalado em um sistema remoto) requer diversas etapas de configuração manual. Existem também vários problemas potenciais com a configuração do NFS para um servidor DB2. Esses possíveis problemas envolvem:
Conforme mencionado, a configuração para o NFS irá requerer várias ações manuais, incluindo:
Para obter instruções detalhadas, consulte o white paper "Setting up DB2 for UNIX and Linux on NFS mounted file systems" em http://www.ibm.com/developerworks/db2/library/long/dm-0609lee.
Para instalar um produto DB2, os seguintes pré-requisitos de sistema operacional, hardware e comunicações devem ser atendidos:
| Sistema Operacional | Hardware |
|---|---|
|
Os produtos DB2 são suportados em:
|
HP Integrity Series Systems baseados em Itanium |
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 do valores em seus parâmetros de configuração do kernel, poderá ser necessário modificar 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.
A instalação dos produtos DB2 no NFS (Network File System) não é recomendada. A execução de produtos DB2 no NFS (por exemplo, montagem do NFS /opt/IBM/db2/V9.5 e depois execução do código que estava fisicamente instalado em um sistema remoto) requer diversas etapas de configuração manual. Existe também um número de possíveis problemas ao configurar o NFS para o DB2. Eles incluem possíveis problemas que envolvem:
Conforme mencionado, a configuração do NFS precisará de várias ações manuais, incluindo:
Para obter instruções detalhadas, consulte o white paper "Setting up DB2 for UNIX and Linux on NFS mounted file systems" em http://www.ibm.com/developerworks/db2/library/long/dm-0609lee.
Para obter as informações mais recentes sobre as distribuições Linux suportadas, aponte o navegador para http://www.ibm.com/software/data/db2/linux/validate/.
Para instalar produtos DB2, os requisitos de distribuição, pré-requisitos de hardware e de comunicações devem ser atendidos.
Os produtos DB2 são suportados no seguinte hardware:
Os sistemas operacionais suportados para Linux incluem:
Se estiver instalando um produto de banco de dados DB2 Versão 9.5 de 32 bits em um sistema operacional Linux, considere atualizar para um sistema operacional de 64 bits e instalar o produto de banco de dados DB2 Versão 9.5 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 DB2 de 32 bits. Por exemplo:
Você deve atualizar os parâmetros de configuração do kernel na preparação da distribuição do Linux. 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 esses parâmetros utilizando o comando sysctl.
As tabelas a seguir listam os requisitos de pacote para as distribuições SLES e RHEL para o DB2 Versão 9.5:
| Nome do Pacote | Descrição |
|---|---|
| libaio | contém a biblioteca assíncrona necessária para servidores DB2. |
| compat-libstdc++ | contém o libstdc++so.5 |
| Diretório | Nome do Pacote | Descrição |
|---|---|---|
| /System Environment/Libraries | libaio | contém a biblioteca assíncrona necessária para servidores DB2. |
| /System Environment/Libraries | compat-libstdc++ | contém o libstdc++so.5 |
As tabelas a seguir listam os requisitos do pacote para distribuições SUSE Linux e Red Hat para servidores particionados DB2 Versão 9.5.
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ê optar por 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.
Todos os pacotes requeridos devem ser instalados e configurados antes de continuar com a configuração do DB2. Para obter informações gerais do Linux, consulte a documentação de distribuição do Linux.
| Nome do Pacote | Descrição |
|---|---|
| pdksh | Shell Korn. Este pacote é requerido para ambientes de bancos 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á requerido se você utilizar a configuração padrão do 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).Esse pacote não é requerido se você configurar o DB2 para utilizar ssh. |
| nfs-utils | Pacote de Suporte do Network File System. Permite acesso a arquivos locais de computadores remotos. |
| Diretório | Nome do Pacote | Descrição |
|---|---|---|
| /System Environment/Shell | pdksh | Shell Korn. Este pacote é requerido para ambientes de bancos de dados particionados. |
| /Applications/Internet | openssh | Este pacote contém um 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á requerido se você utilizar a configuração padrão do DB2 com rsh. |
| /System Environment/Daemons | openssh-server | Este pacote contém um 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á requerido se você utilizar a configuração padrão do DB2 com rsh. |
| /System Environment/Daemons | rsh-server | Este pacote contém um conjunto de programas que permitem que os usuários executem comandos em um computador remoto. Requerido para ambientes de banco de dados particionados. Esse pacote não é requerido se você configurar o DB2 para utilizar ssh. |
| /System Environment/Daemons | nfs-utils | Pacote de Suporte do Network File System. Permite acesso a arquivos locais de computadores remotos. |
A instalação dos produtos DB2 no NFS (Network File System) não é recomendada. A execução de produtos DB2 no NFS (por exemplo, montagem do NFS /opt/IBM/db2/V9.5 e depois execução do código que estava fisicamente instalado em um sistema remoto) requer diversas etapas de configuração manual. Existe também um número de possíveis problemas ao configurar o NFS para o DB2. Eles incluem possíveis problemas que envolvem:
Conforme mencionado, a configuração do NFS precisará de várias ações manuais, incluindo:
Para obter instruções detalhadas, consulte o white paper "Setting up DB2 for UNIX and Linux on NFS mounted file systems" em http://www.ibm.com/developerworks/db2/library/long/dm-0609lee.
Nos sistemas RHEL 4 e RHEL 5, se o SELinux (Security-enhanced Linux) estiver ativado e no 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:
Para desativar o SELinux, você pode executar uma das seguintes ações:
Se seu produto DB2 for instalado com êxito em um sistema RHEL 4 ou RHEL 5, os processos do DB2 serão executados no domínio não confinado. 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.
Para instalar um produto DB2, os seguintes pré-requisitos de sistema operacional, hardware e comunicações devem ser atendidos:
| Sistema Operacional | Hardware |
|---|---|
Solaris 9
|
UltraSPARC |
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.
Correções de Segurança podem ser obtidas do Web site http://sunsolve.sun.com. A partir do Web site SunSolve On-line, clique no item de menu "Patches" no painel à esquerda.
O J2EE (Java2 Standard Edition) Solaris Operating System Patch Clusters e o software SUNWlibC também são requeridos e podem ser obtidos no Web site http://sunsolve.sun.com.
Para o DB2 em sistemas Fujitsu PRIMEPOWER de 64 bits, é necessário ter o seguinte:
As correções da Fujitsu PRIMEPOWER para o Solaris Operating System podem ser transferidas por download em FTSI no endereço: http://download.ftsi.fujitsu.com/.
A instalação dos produtos DB2 no NFS (Network File System) não é recomendada. A execução de produtos DB2 no NFS (por exemplo, montagem do NFS /opt/IBM/db2/V9.5 e depois execução do código que estava fisicamente instalado em um sistema remoto) requer diversas etapas de configuração manual. Existe também um número de possíveis problemas ao configurar o NFS para o DB2. Eles incluem possíveis problemas que envolvem:
Conforme mencionado, a configuração do NFS precisará de várias ações manuais, incluindo:
Para obter instruções detalhadas, consulte o white paper "Setting up DB2 for UNIX and Linux on NFS mounted file systems" em http://www.ibm.com/developerworks/db2/library/long/dm-0609lee.
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 bancos de dados de software e de comunicação necessários.
Nos sistemas operacionais Linux e UNIX, recomenda-se que haja 2 GB de espaço livre no diretório /tmp.
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 nenhum requisito de memória adicional para outro software que está em execução em seu sistema.
Ao determinar os requisitos de memória, saiba do seguinte:
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.
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.
| Método de instalação | Windows | LinuxLinux ou UNIX |
|---|---|---|
| Assistente de Configuração do DB2 | Sim(Yes) | Sim(Yes) |
| Instalação do arquivo de resposta | Sim(Yes) | Sim(Yes) |
| Comando db2_install | No | Sim(Yes) |
| Implementação do arquivo de carga útil | No | Sim(Yes) |
A lista a seguir descreve os métodos de instalação do DB2.
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.
Em plataformas Linux e UNIXLinux, é necessário um servidor X para exibir o assistente de Configuração do DB2.
Uma instalação de arquivo de resposta também é referida como uma instalação silenciosa.
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.
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:
É 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.
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. Se você preferir configurar seu produto DB2 enquanto o instala, considere utilizar 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.
Estes métodos de instalação requerem configuração manual após a implementação dos arquivos do produto.
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-raiz durante uma instalação não-raiz. Como um usuário não-root, você pode customizar a configuração da instância não-raiz 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-raiz de um produto DB2 possui uma instância do DB2 com a maioria dos recursos ativados por padrão.
Uma instalação não-raiz pode ser atrativa a muitos grupos como, por exemplo, os seguintes:
Embora as instalações não-raiz possuam a maior parte da funcionalidade 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.
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.
| Critérios | Instalações raiz | Instalações não raiz |
|---|---|---|
| O usuário pode selecionar um diretório de instalação | Sim(Yes) | Os produtos DB2 são instalados no diretório inicial do usuário. |
| Número de instâncias do DB2 permitidas | Várias | Uma |
| Arquivos implementados durante a instalação | Apenas arquivos de programas. As instâncias devem ser criadas após a instalação. | Arquivos de programas e arquivos de instâncias. O produto DB2 está pronto para utilização imediatamente após a instalação. |
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.
Uma instância do DB2 criada por um usuário com privilégios de administrador pode ser atualizada ou eliminada por um usuário com privilégios de administrador.
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:
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.
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):
Esta tarefa descreve como iniciar o assistente de Configuração do DB2 nos sistemas Linux e UNIX sistemas Linux. O assistente de Configuração do DB2 é utilizado para definir suas preferências de instalação e para instalar seu produto DB2 em seu sistema.
Antes de iniciar o assistente de Configuração do DB2:
Para iniciar o assistente de Configuração do DB2:
cd /dvdromem que /dvdrom representa
o ponto de montagem do DVD do produto DB2.gzip -d product.tar.gzem que product é o nome do produto que foi transferido por download.tar -xvf product.tar
gnutar -xvf product.tar
cd ./productem que product é o nome do produto que foi transferido por download.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 da instalação, clique em Ajuda ou pressione F1. Você pode clicar em Cancelar a qualquer momento para encerrar a instalação.
Para instalações não-raiz, os produtos 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 DB2 são instalados, por padrão, em um dos seguintes diretóriosno seguinte diretório:
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, começando em 01 e aumentando, dependendo de quantas cópias do DB2 foram 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:
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.
Os arquivos de log de instalação são:
Por padrão, estes 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 o renomeia como db2install.history. Se o nome já existir, o instalador do DB2 o renomeará como db2install.history.xxxx, em que xxxx é 0000-9999, dependendo do número de instalações que você possui nessa 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.
No Linux x86, se quiser que seu produto DB2 tenha acesso à documentação do DB2 no 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 do DB2 e para produtos relacionados ao DB2.
Se estiver instalando o DB2 Workgroup Server Edition, o máximo de memória permitido para a instância é 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.
Depois de criar um arquivo de resposta, pode ser necessário fazer alterações no arquivo de resposta para ativar ou desativar palavras-chave.
Um dos seguintes cenários deve se aplicar:
Se estiver instalando diretamente do DVD, será necessário armazenar o arquivo de resposta renomeado em outro sistema de arquivo.
Você pode especificar o nome do proprietário da instância no arquivo de resposta. Se este usuário ainda não existir, o DB2 o criará em seu sistema.
Para editar um arquivo de resposta:
Para ativar um item no Arquivo de Resposta, remova o asterisco (*) à esquerda da palavra-chave. Depois, substitua a definição atual, à direita do valor, por uma nova definição. As definições possíveis estão listadas à direita do sinal de igualdade.
Alguns Arquivos de Resposta do produto possuem palavras-chave mandatórias para as quais você deve fornecer valores. As palavras-chave mandatórias são documentadas nos comentários de cada Arquivo de Resposta.
As palavras-chave que são exclusivas da instalação são especificadas em um Arquivo de Resposta apenas durante uma instalação do Arquivo de Resposta.
Antes de começar a instalação, certifique-se de que:
Para executar a instalação de um Arquivo de Resposta:
dvd/db2setup -r responsefile_directory/response_fileonde:
Se mais de um produto DB2 estiver instalado no mesmo local, você verá db2install.history.xxxx, em que xxxx são dígitos, começando em 0001 e aumentando, dependendo de quantas cópias do DB2 você instalou.
Se quiser que seu produto DB2 tenha acesso à documentação do DB2 no computador local ou em outro computador na rede, você deverá instalar o Centro de Informações do DB2. O Centro de Informações do DB2 contém a documentação para o banco de dados do DB2 e produtos relacionados.
Antes de instalar produtos e recursos DB2 ou o Centro de Informações do DB2:
O comando db2_install instala produtos e recursos do DB2 em sistemas operacionais Linux e UNIX suportados.
O comando doce_install instala o DB2 Information Center nos sistemas operacionais Linux e UNIX suportados.
Não é possível instalar manualmente um produto ou recurso do DB2 utilizando um utilitário de instalação nativo do sistema operacional, como rpm, SMIT, swinstall ou pkgadd. Os scripts existentes que contêm um utilitário de instalação nativo utilizado para interface e consulta com instalações do DB2 precisarão ser alterados.
O comando db2_install não é suportado no DVD do Pacote de Idiomas Nacionais.
Apenas uma cópia do Centro de Informações do DB2 para o release atual pode ser instalada em seu sistema. O Centro de Informações não pode ser instalado no mesmo local onde um produto DB2 está instalado.Se você instalar o Centro de Informações do DB2 em um sistema com um firewall e planejar permitir que outros sistemas acessem o Centro de Informações do DB2, deverá abrir a porta na configuração do firewall.
Para instalar um produto ou recurso do DB2 utilizando o comando db2_install ou para instalar o DB2 Information Center utilizando o comando doce_install:
gzip -d product.tar.gzPor exemplo,
gzip -d ese.tar.gztar -xvf product.tarPor exemplo,
tar -xvf ese.tar
gnutar -xvf product.tarPor exemplo,
gnutar -xvf ese.tar
cd productPor exemplo,
cd ese./db2_install -b DB2DIR -p productShortName -c NLPackLocation -L language... -nonde:
Se você fornecer o seu próprio caminho, deverá especificar o nome do caminho completo.
Os caminhos de instalação do DB2 têm as seguintes regras:
Este parâmetro não faz distinção entre maiúsculas e minúsculas e é obrigatório quando o parâmetro -n é especificado. O nome abreviado do produto (productShortName) pode ser localizado no arquivo ComponentList.htm (sob o nome completo do produto) localizado no diretório /db2/plat em sua mídia, na qual plat é o nome da plataforma na qual você está instalando. Você pode instalar um produto de cada vez.
Por padrão, o idioma inglês é sempre instalado, portanto, o idioma inglês não precisa ser especificado. Quando for requerido mais de um idioma, este parâmetro será mandatório. Para indicar vários idiomas, especifique este parâmetro várias vezes. Por exemplo, para instalar os idiomas francês e alemão, especifique -L FR -L DE.
Após a instalação, é necessário configurar manualmente o servidor DB2. As tarefas incluem a criação e configuração de usuário e de instância.
Recomenda-se manter o ambiente do DB2 em execução no nível de fix pack mais recente para assegurar operação livre de problemas. Para instalar um fix pack com êxito, desempenhe todas as tarefas necessárias de pré-instalação e pós-instalação.
Um fix pack do DB2 contém atualizações e correções para problemas (Authorized Program Analysis Reports ou "APARs") localizados durante testes na IBM, assim como correções para problemas relatados por clientes. Cada fix pack contém um arquivo APARLIST.TXT, que descreve as correções que ele contém.
Fix packs são acumulativos. Isso significa que o fix pack mais recente para uma determinada versão do DB2 contém todas as atualizações dos fix packs anteriores para a mesma versão do DB2.
As imagens de fix pack disponíveis são:
A única imagem do servidor contém o código novo e atualizado necessário para todos os produtos do servidor DB2 e IBM Data Server Client. Se mais de um produto do servidor DB2 estiver instalado em um único local, o fix pack do servidor DB2 aplicará atualizações de código de manutenção em todos os produtos do servidor DB2 instalados. O fix pack do Data Server Client está contido em um fix pack do servidor DB2 (isto é, o fix pack que pode fazer manutenção em qualquer um dos seguintes produtos do servidor: Enterprise Server Edition, Workgroup Server Edition, Express Edition, Personal Edition). Connect Enterprise Edition, Connect Application Server Edition, Connect Unlimited Edition for zSeries e Connect Unlimited Edition para i5/OS). Você pode utilizar o fix pack do servidor DB2 para fazer upgrade de um Data Server Client.
Uma única imagem do servidor também pode ser utilizada para instalar qualquer um dos produtos do servidor de banco de dados DB2, em um determinado nível de fix pack, com uma licença try and buy do DB2 por padrão.
Utilize esse fix pack somente se você tiver produtos de banco de dados não-servidor ou produtos complementares instalados. Por exemplo, IBM Data Server Runtime Client ou Query Patroller.
Não utilize este tipo de fix pack se os produtos DB2 instalados forem apenas produtos do servidor DB2 ou um Data Server Client. Em vez disso, utilize o fix pack de única imagem do servidor.
Para plataformas Windows, se você tiver mais de um produto de banco de dados DB2 (que inclua pelo menos um produto que não seja um Data Server Client ou um servidor DB2) instalado em uma única cópia do DB2, será necessário fazer download e descompactar todos os fix packs específicos do produto correspondente antes de iniciar o processo de instalação do fix pack.
O fix pack universal atende instalações onde mais de um produto de banco de dados DB2 foi instalado.
O fix pack universal não é necessário se os produtos DB2 instalados forem apenas produtos do servidor DB2 ou um Data Server Client. Nesse caso, utilize o fix pack de única imagem do servidor.
Para obter detalhes sobre a opção de substituição, consulte o comando installFixPack.
Para instalações não-raiz no Linux ou UNIX, os recursos baseados em raiz (como Alta Disponibilidade e autenticação baseada no sistema operacional) podem ser ativados utilizando o comando db2rfe. Se os recursos baseados em raiz tiverem sido ativados após a instalação do produto DB2, será necessário executar novamente o comando db2rfe sempre que um fix pack for aplicado para reativar esses recursos. Para obter detalhes, consulte os links relacionados não-raiz abaixo.
Em sistemas operacionais Linux ou UNIX, se os idiomas nacionais tiverem sido instalados, você também precisará de um fix pack de idioma nacional separado. O fix pack do idioma nacional não pode ser instalado isoladamente. Um fix pack universal ou específico para um produto deve ser aplicado simultaneamente, e ambos devem estar no mesmo nível de fix pack. Por exemplo, se estiver aplicando um fix pack universal em produtos de banco de dados DB2 não em inglês no Linux ou UNIX, será necessário aplicar o fix pack universal e o fix pack de idioma nacional para atualizar os produtos de banco de dados DB2.
Se você possui várias cópias do DB2 no mesmo sistema, essas cópias podem estar em níveis diferentes de versão e de fix pack. Se quiser aplicar um fix pack em uma ou mais cópias do DB2, será necessário instalar o fix pack nessas cópias do DB2 individualmente.
Para instalar um fix pack:
Verifique no arquivo de log se existem etapas de pós-instalação ou mensagens de erro e ações recomendadas.
Você pode optar por instalar a ferramenta do desenvolvedor do servidor de dados ou a ferramenta do administrador do servidor de dados durante a instalação de um produto do servidor DB2.
Se você optar por instalar a ferramenta do desenvolvedor de servidor de dados ou a ferramenta do administrador de servidor de dados durante a instalação de um servidor DB2, o assistente de Configuração do DB2 ativa um programa de instalação independente após instalar seu produto do servidor DB2. Agora também é possível instalar a ferramenta do desenvolvedor de servidor de dados ou a ferramenta do administrador de servidor de dados a partir da barra de ativação Configuração do DB2 sem instalar um produto do servidor DB2.
A ferramenta do desenvolvedor do servidor de dados e a ferramenta do administrador do servidor de dados possuem seu próprio programa de instalação independente, que pode ser ativado de maneira independente a partir de uma instalação do DB2. O programa de instalação do DB2 não suporta a instalação dessas ferramentas utilizando arquivos de resposta do DB2.
Para instalar a ferramenta do desenvolvedor do servidor de dados ou a ferramenta do administrador do servidor de dados em modo silencioso, utilize os métodos de instalação não interativos fornecidos pelo programa de instalação independente.