Suplemento da Instalação e Configuração

Arquivo de Configuração do Nó do DB2 - db2nodes.cfg

O parâmetro resourcesetname é apenas suportado em AIX, HP-UX, Solaris Operating Environment e Linux.

Em sistemas operacionais Linux, a coluna resourcesetname define um número que corresponde ao nó NUMA (Non-Uniform Memory Access) no sistema. O utilitário de sistema numactl deve estar disponível bem como um kernel 2.6 com suporte de política NUMA. Consulte a página man para numact1 para obter informações adicionais sobre suporte NUMA em sistemas operacionais Linux.

Exemplo Utilizando resourcesetname em Sistemas Operacionais Linux

Esse exemplo mostra como configurar um computador NUMA de quatro nós com cada nó lógico associado a um nó NUMA.

Procedimento

  1. Certifique-se de que há recursos NUMA em seu sistema.
  2. Emita o seguinte comando:
    $ numactl --hardware
    
    Saída semelhante às exibições a seguir:
    available: 4 nodes (0-3)
    node 0 size: 1901 MB
    node 0 free: 1457 MB
    node 1 size: 1910 MB
    node 1 free: 1841 MB
    node 2 size: 1910 MB
    node 2 free: 1851 MB
    node 3 size: 1905 MB
    node 3 free: 1796 MB
    
  3. Nesse exemplo, há quatro nós NUMA no sistema. Edite o arquivo db2nodes.cfg, como segue, para associar cada MLN (Multiple Logical Node) com um nó NUMA no sistema:
    0 hostname 0 hostname 0
    1 hostname 1 hostname 1
    2 hostname 2 hostname 2
    3 hostname 3 hostname 3
    

Variável de Registro DB2NOLIOAIO Substituída por DB2LINUXAIO (Linux)

A variável de registro DB2NOLIOAIO para DB2 UDB (Universal Database) é reprovada como da Versão 8.2.2 (equivalente à Versão 8.1 FixPak 9). Para usuários Linux, a variável de registro DB2NOLIOAIO foi substituída por DB2LINUXAIO.

Servidor de Aplicativos para o DB2 UDB

O servidor de aplicativos para o DB2 UDB (Universal Database) não suporta mais a administração remota ou procedimentos armazenados.

Os tópicos atualizados são os seguintes:

Ativando o Servidor de Aplicativos para o DB2 UDB

A ativação do banco de dados faz o seguinte:

Pré-requisito

No Linux, depois de instalar o servidor de aplicativos e antes de ativá-lo, é necessário configurar o ambiente Linux Java. Consulte o manual Application Development Guide: Building and Running Applications para obter detalhes sobre como configurar o ambiente Linux Java.

Procedimento

Para ativar o servidor de aplicativos para o DB2 UDB, execute o seguinte:

  1. Efetue logon no servidor DB2 como root em sistemas operacionais Linux ou UNIX ou como um usuário com privilégios de Administrador em sistemas operacionais Windows.
  2. Para sistemas operacionais baseados em Linux- e UNIX-, execute o comando a seguir:
    . /db2instance_path/sqllib/db2profile 
    em que db2instance_path é onde a instância do DB2 UDB foi criada.
  3. Execute um dos seguintes comandos:
    • Para sistemas operacionais Linux e UNIX:
         AppServer_install_path/bin/enable.sh
               -db db_alias
               -user db_user
               -password db_password
               -db2path path_to_sqllib
               -instance instance_name
               -easpath path_to_eas
               -fencedid fenced_userid
    • Para sistemas operacionais Windows:
         AppServer_install_path\bin\enable
               -db db_alias
               -user db_user
               -password db_password
               -db2path path_to_sqllib
               -instance instance_name
               -easpath path_to_eas
      
    em que:
    • db_alias é o alias do banco de dados a ser ativado.
    • db_user é o ID do usuário a ser utilizado durante a conexão com o banco de dados.
    • db_password é a senha a ser utilizada com o ID do usuário de conexão com o banco de dados.
    • path_to_sqllib é o caminho para o diretório SQLLIB da instância do DB2 UDB. Este caminho é utilizado para atualizar DB2EAS com os arquivos JAR requeridos.
    • instance_name é o nome de uma instância do DB2 UDB.
    • path_to_eas é o caminho para o servidor de aplicativos incorporado.
    • fenced_userid é o ID do usuário para o usuário limitado.

Depois que o servidor de aplicativos para o DB2 UDB é ativado, o servidor de aplicativos é iniciado automaticamente.

Iniciando o Servidor de Aplicativos para o DB2 UDB Localmente

O servidor de aplicativos deve ser iniciado utilizando o ID do usuário limitado para sistemas que criam serviços da Web em um ambiente .NET ou que executam apenas o XMR (XML Metadata Registry).

Iniciando o Servidor de Aplicativos para o DB2 UDB Remotamente

Esta seção foi removida. O servidor de aplicativos para DB2 UDB não suporta mais administração remota.

Parando o Servidor de Aplicativos para DB2 UDB Localmente

O servidor de aplicativos deve ser parado utilizando o ID do usuário limitado para sistemas que criam serviços da Web em um ambiente .NET ou que executam apenas o XMR (XML Metadata Registry).

Parando o Servidor de Aplicativos para DB2 UDB Remotamente

Esta seção foi removida. O servidor de aplicativos para DB2 UDB não suporta mais administração remota.

Desinstalando o Servidor de Aplicativos para DB2 UDB

Esta seção foi removida. O servidor de aplicativos para DB2 UDB não suporta mais administração remota.

Ativação do DB2 Embedded Application Server

O banco de dados ativado de um DB2 Embedded Application Server deve estar localizado em uma instância de 32 bits. Todos os bancos de dados acessados a partir do DB2 Embedded Application Server podem estar localizados em instâncias de 32 bits ou de 64 bits.

Implementando o DB2 Web Tools

Os servidores de aplicativos que utilizam JDK 1.4 não requerem mais a personalização da variável CLASSPATH durante a implementação do DB2 Web Tools. Todas as dependências, incluindo as do analisador e do transformador XML, agora são implementadas com o módulo da Web e espera-se que sejam carregadas a partir do diretório WEB-INF\lib, de acordo com a especificação do J2EE. Esta alteração afeta dois tópicos de informações:

Os tópicos atualizados são os seguintes:

Implementando o DB2 Web Tools em Servidores de Aplicativos WebLogic

Essa tarefa descreve como implementar e configurar o DB2 Web Tools (incluindo o Web Command Center e o Web Health Center) no BEA WebLogic 7.0. Essas ferramentas são executadas como aplicativos da Web em um servidor da Web para fornecer acesso a servidores DB2 através de navegadores da Web.

Pré-requisitos

Antes de instalar o DB2 Web Tools no WebSphere, certifique-se de ter:

Restrições

As restrições a seguir aplicam-se à implementação do DB2 Web Tools:

Procedimento

Para instalar o DB2 Web Tools em servidores de aplicativos WebLogic:

  1. Implemente o DB2 Web Tools através do console administrativo do WebLogic fazendo o seguinte:
    1. Inicie o console administrativo do WebLogic.
    2. Clique em Domínio -> Implementações -> Aplicativos da Web na área de janela à esquerda da janela.
    3. Clique no link Configurar um Novo Aplicativo da Web para instalar o aplicativo da Web DB2 Web Tools.
    4. Procure a listagem do sistema de arquivos para localizar Sqllib\tools\web\db2wa.war.
    5. Clique em Selecionar ao lado do nome do arquivo db2wa.war.
    6. Escolha um servidor da lista de servidores disponíveis para hospedar o DB2 Web Tools, selecione o servidor e clique na seta para mover o servidor para os servidores de destino.
      Nota:
      É obrigatório preservar o nome original db2wa, pois o DB2 Web Tools o tem como código permanente.
    7. Clique em Configurar e Implementar.
    8. Aguarde até que o servidor de aplicativos atualize o status de implementação do aplicativo da Web no servidor selecionado. Se bem-sucedido, ele deve mostrar Deployed=true
  2. Chame o aplicativo da Web do DB2 Web Tools, que está localizado em:
    http://server_name:app_server_port_number/db2wa
    Por exemplo, http://server_name:7001/db2wa.

Implementando o DB2 Web Tools em Outros Servidores de Aplicativos

Essa tarefa descreve como implementar e configurar o DB2 Web Tools (incluindo o Web Command Center e o Web Health Center) em outros servidores de aplicativos como Tomcat 4.0 e Macromedia JRun 4.0. Essas ferramentas são executadas como aplicativos da Web em um servidor da Web para fornecer acesso a servidores DB2 através de navegadores da Web.

Pré-requisitos

Antes de instalar o DB2 Web Tools, certifique-se de ter:

Restrições

As restrições a seguir aplicam-se à implementação do DB2 Web Tools:

Procedimento

A seguir são apresentados os procedimentos para a instalação do DB2 Web Tools utilizando servidores de aplicativos como Tomcat 4.0 ou Macromedia JRun 4.0:

Tomcat 4.0
  1. Prepare o arquivo de configuração do Tomcat 4.0 (CLASSPATH), fazendo o seguinte:
    1. Crie uma nova variável de ambiente/sistema CATALINA_HOME, para conter o caminho (diretório raiz) para o Tomcat 4.0. Por exemplo, D:\jakarta-tomcat-4.0.3.
    2. Confirme se o Contêiner de Servlet/JSP do Tomcat está em funcionamento:
      1. Inicie o Tomcat executando startup.bat, a partir do diretório bin do Tomcat.
      2. Acesse a página da Web principal http://localhost:8080/ por meio de um navegador da Web.
  2. Implemente o DB2 Web Tools no Tomcat Servlet/JSP Container, localizando o caminho de instalação do DB2 Web Tools (isto é, Sqllib\tools\web\db2wa.war) e copiando db2wa.war para o diretório de implementação de Tomcat (isto é, o diretório webapps de Tomcat).
  3. Chame o DB2 Web Tools no Tomcat Servlet/JSP Container fazendo o seguinte:
    1. Abra uma Janela de Comandos do DB2 e altere o diretório para o diretório bin do Tomcat.
    2. Inicie o Tomcat utilizando startup.bat e confirme se um novo diretório (db2wa) foi incluído no diretório webapps.
      Nota:
      A execução de startup.bat a partir de uma janela de prompt de comando não define DB2PATH. Para ativar o DB2PATH que está sendo definido, a linha CLASSPATH precisa ser alterada para se referir explicitamente ao caminho de instalação do DB2 UDB em vez da variável de ambiente %DB2PATH%.
    3. O aplicativo corporativo DB2 Web Tools está localizado em http://localhost:8080/db2wa e pode ser acessado com um navegador da Web compatível com HTML 4.0.
JRun
  1. Prepare um novo servidor de aplicativos para o DB2 Web Tools concluindo as tarefas a seguir:
    Recomendação

    Criar um novo servidor de aplicativos é recomendado, mas não obrigatório. Para fins de testes, o servidor padrão pode ser utilizado e apenas a configuração do caminho de classe de JVM e da implementação é requerida.

    1. Inicie o Console de Gerenciamento de JRun e efetue login como administrador do servidor de aplicativos.
    2. Crie um novo servidor de aplicativos utilizando Criar Novo Servidor, localizado na parte superior direita da página principal. Não altere a seleção do nome do host localhost.
    3. Digite um novo nome de servidor (DB2WebToolsServer) e clique no Diretório de Servidor JRun. O valor é preenchido automaticamente.
    4. Clique no botão Criar Servidor.
    5. Registre os valores gerados ou insira novos valores para:
      • URL Provedor de JNDI
      • Número da Porta do Servidor da Web. Este seria o valor a ser utilizado na URL para o DB2 Web Tools (isto é, http://localhost:web_server_port_numer/db2wa)
      • Número da Porta do Proxy do Conector da Web
    6. Clique em Atualizar Números de Portas, se necessário e feche a janela.
  2. Implemente o DB2 Web Tools no servidor de aplicativos JRun concluindo as tarefas a seguir:
    1. Inicie o servidor de aplicativos selecionado para hospedar o aplicativo da Web do DB2 Web Tools (DB2WebToolsServer, padrão ou qualquer outro exceto admin).
    2. Clique em Aplicativos da Web e em Incluir.
    3. Procure a seção Arquivo de Implementação para selecionar o arquivo Sqllib\tools\web\db2wa.war no caminho de instalação do DB2 UDB.
    4. Clique em Implementar e confirme se o caminho de contexto é /db2wa.
    5. Selecione o servidor de aplicativos e confirme se o aplicativo DB2 Web Tools aparece na seção Aplicativos da Web. Não clique em Aplicar nesta página.
    6. Selecione o link Home no painel superior esquerdo da página principal.
    7. Reinicie o servidor de aplicativos a partir da visualização Home que contém o DB2 Web Tools (DB2WebToolsServer).
O aplicativo corporativo DB2 Web Tools está localizado em http://localhost:your_web_server_port_numer/db2wa e pode ser acessado com um navegador da Web compatível com HTML 4.0.

E/S Direta em Dispositivos de Blocos (Linux)

As E/S Diretas são, agora, suportadas em sistemas de arquivos e em dispositivos de bloco para distribuições do Linux com um kernel 2.6. A E/S Direta em dispositivos de blocos é uma maneira alternativa de especificar contêineres de dispositivos para acesso direto ao disco ou para E/S brutas. O desempenho de E/S Direta é equivalente ao método de dispositivo de caracteres brutos. O DB2 UDB (Universal Database) ativa a Direct I/O ao abrir o espaço de tabelas quando a instrução CREATE TABLESPACE especifica um nome de dispositivo de bloco para o caminho do contêiner. Anteriormente, o mesmo desempenho era obtido utilizando o método de E/S brutas, que requeria a ligação do dispositivo de bloco a um dispositivo de caractere utilizando o utilitário raw.

Tabela 37. Comparação de Direct I/O e de E/S Brutas
E/S Brutas Utilizando Dispositivo de Bloqueio com E/S Diretas (Método Novo) E/S Brutas Utilizando Driver de Dispositivo de Caractere e Utilitário Bruto (Método Antigo)
CREATE TABLESPACE dms1
MANAGED BY DATABASE
USING (DEVICE '/dev/sda5' 11170736)
CREATE TABLESPACE dms1
MANAGED BY DATABASE
USING (DEVICE '/dev/raw/raw1' 11170736)

Embora o DB2 UDB ainda suporte o método de utilização do utilitário bruto para E/S brutas, as distribuições recentes rejeitam esse recurso que poderá ser removido futuramente. O método preferido é a utilização do novo método, especificando os dispositivos diretamente.

Recomendação

Se deseja explorar o acesso direto ao disco, crie seus contêineres de dispositivos DMS utilizando Direct I/O para evitar futuros problemas de migração.

Nota:
A Direct I/O não é suportada pelo DB2 UDB no Linux/390.

Daemon do DB2 Information Center (Linux e UNIX)

O daemon do DB2 Information Center é responsável pelo controle do servidor de documentação do DB2. O daemon, que faz parte da instalação do DB2 Information Center, é composto de dois arquivos:

Estes arquivos estão instalados nos seguintes locais:

AIX
/etc/db2icd

/var/db2/v81/db2ic.conf

HP
/sbin/init.d/db2icd

/var/opt/db2/v81/db2ic.conf

Solaris Operating Environment
/etc/init.d/db2icd

/var/db2/v81/db2ic.conf

Linux
/etc/init.d/db2icd

/var/db2/v81/db2ic.conf

Iniciando ou Parando o Daemon do Centro de Informações (AIX, Solaris Operating Environment, HP, Linux)

A única vez que você deve iniciar ou parar o daemon manualmente é quando desejar alterar as variáveis de configuração para o daemon. Normalmente, o daemon é iniciado na inicialização do sistema, de acordo com os níveis de execução criados durante a instalação do DB2 Information Center.

Procedimento

Para parar e iniciar o daemon do Centro de Informações:

  1. Pare o daemon se ele já estiver em execução. Em uma linha de comandos, digite:
    INIT_DIR/db2icd stop
    em que INIT_DIR é o diretório de instalação do arquivo db2icd listado anteriormente.
  2. Altere qualquer uma das variáveis para o daemon editando o arquivo db2ic.conf. No momento, você pode modificar o número da porta TCP na qual a documentação está disponível e o local do espaço de trabalho temporário utilizado pelo daemon durante sua execução.
  3. Inicie o daemon. Em uma linha de comandos, digite:
    INIT_DIR/db2icd start
    em que INIT_DIR é o diretório de instalação do arquivo db2icd listado anteriormente.

Quando o daemon for iniciado, ele utilizará as novas variáveis de ambiente.

Existe também uma opção para encerrar e reiniciar o daemon imediatamente. Em uma linha de comandos, digite:

INIT_DIR/db2icd restart

em que INIT_DIR é o diretório de instalação do arquivo db2icd listado anteriormente.

Você pode verificar o status do daemon a qualquer momento. Em uma linha de comandos, digite:

INIT_DIR/db2icd status

em que INIT_DIR é o diretório de instalação do arquivo db2icd listado anteriormente. O daemon retorna o status atual e exibe o ID do processo ou processos do daemon, se ele estiver ativo.

Palavras-chave do Arquivo de Resposta e Arquivos de Amostra

Para instalar o DB2 Information Center Versão 8.2 utilizando um arquivo de resposta, utilize as informações a seguir:

Palavra-chave do Arquivo de Resposta (PROD)
INFORMATION_CENTER
Nome do Arquivo de Resposta
db2doce.rsp

Códigos de Erros de Instalação do Arquivo de Resposta

O código de erro a seguir é apenas para Windows e não é aplicável a sistemas operacionais Linux e UNIX.

3010
A instalação foi bem-sucedida, no entanto, é requerido um reinício do sistema para concluir a instalação.

Contas de Usuário Requeridas para Instalação de Servidores DB2 (Windows)

Aumentar Quotas
O direito do usuário Aumentar quotas foi alterado para Ajustar quotas de memória para um processo nos sistemas operacionais Windows XP e Windows Server 2003.
Direitos de Usuário Concedidos pelo Instalador do DB2 - Depurar Programas
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:

Suporte E/S Assíncronas (Linux)

O suporte AIO (E/S Assíncronas) está, agora, disponível no Linux (2.6 e alguns kernels 2.4) para dispositivos brutos e sistemas de arquivos O_DIRECT. AIO aprimoram o desempenho do limpador de páginas. É possível ativar ou desativar as AIO no Linux emitindo o comando db2set.

Para utilizar AIO, os usuários devem instalar o libaio-0.3.98 ou posterior e ter um kernel que suporta AIO. Os usuários devem também executar o comando db2set DB2LINUXAIO=true e reiniciar o DB2 Universal Database.

Comando db2ln Modificado para Criar Links de Biblioteca de 64 bits do DB2 UDB (Linux e UNIX)

Em níveis anteriores do DB2 UDB (Universal Database) Versão 8, o comando db2ln criou determinados links do DB2 em /usr/lib and /usr/include. Em plataformas em que são suportadas instâncias do DB2 UDB de 32 e de 64 bits, esses links apontam para arquivos de biblioteca ou incluem arquivos em DB2DIR/lib64 ou DB2DIR/include64 por padrão, onde DB2DIR é o diretório em que o DB2 UDB Versão 8 está instalado. Se o padrão não for desejado, você pode especificar a largura de bit executando o comando db2ln com o sinalizador -w:

db2ln -w 32|64

Isso impede que instâncias de 32 bits do DB2 UDB coexistam com instâncias de 64 bits em algumas plataformas.

A partir do DB2 UDB Versão 8.2, o comando db2ln cria links de biblioteca de 64 bits do DB2 nessas plataformas nos diretórios apropriados. Neste caso, o sinalizador -w é utilizado apenas para preencher /usr/include. Quando o comando db2ln cria os links para os arquivos de biblioteca do DB2 UDB, os links de 32 e de 64 bits são criados em plataformas suportadas. Isto permite que tanto as instâncias de 32 bits como as de 64 bits existam e sejam executadas ao mesmo tempo.

Em algumas distribuições do Linux, o rpm de desenvolvimento do libc vem com a biblioteca /usr/lib/libdb2.so ou /usr/lib64/libdb2.so. Esta biblioteca é utilizada para a implementação do DB Berkeley da Sleepycat Software e não é associada ao DB2 UDB da IBM. Porém, este arquivo impede que os comandos db2ln e db2rmln funcionem. O comando db2ln não sobrescreve o arquivo e o comando db2rmln não remove o arquivo. Neste caso, para compilar aplicativos utilizando o DB2 UDB, os processos de compilação e vinculação devem fornecer um caminho completo para os cabeçalhos e as bibliotecas do DB2 UDB, respectivamente. Este é o método recomendado porque permite a compilação e a vinculação em vários releases do DB2 UDB no mesmo computador.

Consulte o manual Installation and Configuration do DB2 UDB Versão 8.2 para obter detalhes sobre as restrições ao utilizar o comando db2ln.

[ Início da Página |Página Anterior | Próxima Página | Índice ]