Suplemento da Instalação e Configuração
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:
- Conecta-se a um banco de dados especificado
- Cria e ocupa tabelas de metadados
- Atualiza os parâmetros CFG do DBM, JDK_PATH e JAVA_HEAP_SZ
- Instala o DB2 Web Services Application.
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:
- 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.
- 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.
- 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
onde:
- 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 (Registro de Metadados XML).
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 (Registro de Metadados XML).
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:
- Implementando o DB2 Web Tools em servidores de aplicativos WebLogic
- Implementando o DB2 Web Tools em outros servidores de aplicativos
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:
- Servidor de Aplicativos BEA WebLogic 7.0.
- O IBM DB2 Administration Client Versão 8.
- Um navegador da Web que seja compatível com HTML 4.0.
Nota:
O DB2 Web Tools foi testado
utilizando o Netscape 4.x, Netscape 6.x, Netscape 7.x, Mozilla 1.x, Internet
Explorer 5.x, Opera 6.x, Konqueror 3.x (Linux) e o EudoraWeb 2.x (Palm OS). A utilização de determinados navegadores da Web que
não foram testados pode requerer que seja incluída uma referência explícita na
configuração do servlet.
Restrições
As restrições a seguir aplicam-se à implementação do DB2 Web Tools:
- Conversões de vários idiomas e páginas de códigos entre a camada média e servidores DB2 não são
suportadas. Embora o idioma para o servidor seja o que
é utilizado para exibição, alguns caracteres podem aparecer incorretamente.
- Para ver os alertas de funcionamento para bancos de dados, espaços de tabelas e contêineres de
espaços de tabelas no Centro de Funcionamento da Web, é necessário assegurar que os bancos de dados
sejam catalogados no servidor de aplicativos da Web.
- A utilização dos botões do navegador da Web (Parar, Voltar, Histórico) não é suportada
durante a utilização do DB2 Web Tools.
- Se você estiver utilizando o Netscape Navigator 4 com o DB2 Web Tools, a tela do seu navegador poderá
não ser atualizada adequadamente. Se você tiver este problema, poderá
atualizar sua tela reduzindo a janela e, em seguida, maximizando-a. Você também
pode atualizar a exibição ocultando a janela do navegador sob outra janela e,
em seguida, colocando-a em primeiro plano novamente.
- Para designar seu próprio alias a qualquer sistema DB2 UDB (Universal Database), nó de instância ou banco de dados, você deve catalogá-lo explicitamente
no servidor de aplicativos utilizando o Assistente de Configuração do DB2 ou o Centro de Controle do DB2.
- Durante sua primeira inicialização, o DB2 Web Tools requer um tempo mais longo para ser inicializado do que nas inicializações subseqüentes. A maior parte desta
espera deve-se ao processo de catálogo automático. Se não deseja utilizar a funcionalidade de catálogo
automático, você poderá reduzir o tempo de espera, desativando a
catalogação automática por meio da configuração do servlet.
Nota:
Os parâmetros de configuração do servlet
estão disponíveis no arquivo descritor de implementação web.xml. Os nomes de parâmetros e valores padrão estão
sujeitos a alteração em cada release. Alguns servidores de aplicativos podem permitir
alterações nestes parâmetros, por meio de sua interface ou pela edição direta do arquivo
web.xml.
- O buffer de saída (resultados) possui um tamanho máximo absoluto de 1 MB durante a utilização
de um navegador de desktop ou de laptop, mesmo que esteja configurado para capacidade maior.
No caso de navegadores da Web para PDA, o limite é de 1 KB.
- Em sistemas operacionais Linux, UNIX, e Windows, o DB2 Web Tools descobre
e cataloga automaticamente todos os sistemas na mesma rede TCP/IP que o servidor de
aplicativos. Sistemas na mesma rede TCP/IP têm os mesmos três primeiros dígitos
no endereço IP. As ferramentas tentam catalogar os nós do sistema DB2 UDB utilizando o nome do host TCP/IP remoto
original. Se houver duplicação de
nomes, as ferramentas atribuirão um nome aleatório exclusivo.
É necessário catalogar explicitamente todos os outros servidores de administração do DB2 no servidor de aplicativos se você desejar
que eles estejam acessíveis. Isto inclui
servidores que utilizam TCP/IP e não estão na mesma rede TCP/IP que o servidor
de aplicativos, além de servidores que não utilizam TCP/IP.
- Em sistemas operacionais Linux, UNIX, e Windows, o DB2 Web Tools tenta descobrir
e catalogar automaticamente todos os nós de instância e bancos de dados do DB2 UDB que residem em sistemas
DB2 UDB catalogados. É possível configurar uma instância
remota para vários protocolos de comunicação, portanto, o catálogo conterá uma
entrada de nó separada para cada protocolo ao qual uma instância catalogada
automaticamente oferece suporte. Se houver duplicação de
nomes, as ferramentas atribuirão um nome aleatório exclusivo.
Procedimento
Para instalar o DB2 Web Tools em servidores de aplicativos WebLogic:
- Implemente o DB2 Web Tools através do console administrativo do WebLogic
fazendo o seguinte:
- Inicie o console administrativo do WebLogic.
- Clique em domínio -> implementações -> Aplicativos da Web
na área de janela à esquerda da janela.
- Clique no link Configurar um Novo Aplicativo da Web para
instalar o aplicativo da Web DB2 Web Tools.
- Procure a listagem do sistema de arquivos para localizar Sqllib\tools\web\db2wa.war.
- Clique em Selecionar ao lado do nome do arquivo
db2wa.war.
- 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.
- Clique em Configurar e Implementar.
- 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
- 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:
- Um servidor de aplicativos, como:
- IBM DB2 Administration Client Versão 8.
- Um navegador da Web que seja compatível com HTML 4.0.
Restrições
As restrições a seguir aplicam-se à implementação do DB2 Web Tools:
- Conversões de vários idiomas e páginas de códigos entre a camada média e servidores DB2 não são
suportadas. Embora o idioma para o servidor é aquele que é
exibido, alguns caracteres podem não aparecer corretamente.
- Para ver os alertas de funcionamento para bancos de dados, espaços de tabelas e contêineres de
espaços de tabelas no Centro de Funcionamento da Web, é necessário assegurar que os bancos de dados
sejam catalogados no servidor de aplicativos da Web.
- A utilização dos botões do navegador da Web (Parar, Voltar, Histórico) não é suportada
durante a utilização do DB2 Web Tools.
- Se você estiver utilizando o Netscape Navigator 4 com o DB2 Web Tools, a tela do seu navegador poderá
não ser atualizada adequadamente. Se você tiver este problema, poderá
atualizar sua exibição, minimizando a janela e, em seguida, exibindo-a novamente. Você também
pode atualizar a exibição ocultando a janela do navegador sob outra janela e,
em seguida, colocando-a em primeiro plano novamente.
- Para designar seu próprio alias a qualquer sistema DB2 UDB, nó de instância ou banco de dados,
você deve catalogá-lo explicitamente no servidor de aplicativos utilizando o Assistente de Configuração do DB2 ou o Centro de
Controle do DB2.
- Durante sua primeira inicialização, o DB2 Web Tools requer um tempo mais longo para ser inicializado do que nas inicializações subseqüentes. A maior parte desta
espera deve-se ao processo de catálogo automático. Se não deseja utilizar a funcionalidade de catálogo
automático, você poderá reduzir o tempo de espera, desativando a
catalogação automática por meio da configuração do servlet.
Nota:
Os parâmetros de configuração do servlet
estão disponíveis no arquivo descritor de implementação web.xml. Os nomes de parâmetros e valores padrão estão
sujeitos a alteração em cada release. Alguns servidores de aplicativos podem permitir
alterações nestes parâmetros, por meio de sua interface ou pela edição direta do arquivo
web.xml.
- O buffer de saída (resultados) tem um tamanho máximo absoluto de 1 MB
quando utilizar um navegador de desktop ou de laptop, mesmo que esteja
configurado para mais. No caso de navegadores da Web para PDA, o limite é de 1 KB.
- Em sistemas operacionais Linux, UNIX, e Windows, o DB2 Web Tools descobre
e cataloga automaticamente todos os sistemas na mesma rede TCP/IP que o servidor de
aplicativos. Sistemas na mesma rede TCP/IP têm os mesmos três primeiros dígitos
no endereço IP. As ferramentas tentam catalogar os nós do sistema DB2 UDB utilizando o nome do host TCP/IP remoto
original. Se houver duplicação de
nomes, as ferramentas atribuirão um nome aleatório exclusivo.
É necessário catalogar explicitamente todos os outros servidores de administração do DB2 no servidor de aplicativos se você desejar
que eles estejam acessíveis. Isto inclui
servidores que utilizam TCP/IP e não estão na mesma rede TCP/IP que o servidor
de aplicativos, além de servidores que não utilizam TCP/IP.
- Em sistemas operacionais Linux, UNIX, e Windows, o DB2 Web Tools tenta descobrir
e catalogar automaticamente todos os nós de instância e bancos de dados do DB2 UDB que residem em sistemas
DB2 UDB catalogados. É possível configurar uma instância
remota para vários protocolos de comunicação, portanto, o catálogo conterá uma
entrada de nó separada para cada protocolo ao qual uma instância catalogada
automaticamente oferece suporte. Se houver duplicação de
nomes, as ferramentas atribuirão um nome aleatório exclusivo.
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
-
- Prepare o arquivo de configuração do Tomcat 4.0 (CLASSPATH), fazendo o seguinte:
- 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.
- Confirme se o Contêiner de Servlet/JSP do Tomcat está em funcionamento:
- Inicie o Tomcat executando startup.bat, a partir do diretório bin do Tomcat.
- Acesse a página da Web principal http://localhost:8080/ por meio de um navegador da Web.
- 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).
- Chame o DB2 Web Tools no Tomcat Servlet/JSP Container fazendo o seguinte:
- Abra uma Janela de Comandos do DB2 e altere o diretório para o diretório bin do Tomcat.
- 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%.
- 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
-
- 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.
- Inicie o Console de Gerenciamento de JRun e efetue login como administrador do servidor de aplicativos.
- 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.
- Digite um novo nome de servidor (DB2WebToolsServer) e clique no Diretório de Servidor JRun. O valor é preenchido automaticamente.
- Clique no botão Criar Servidor.
- 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 no URL
para o DB2 Web Tools (isto é, http://localhost:web_server_port_numer/db2wa)
- Número da Porta do Proxy do Conector da Web
- Clique em Atualizar Números de Portas, se necessário e feche a janela.
- Implemente o DB2 Web Tools no servidor de aplicativos JRun concluindo as tarefas a seguir:
- Inicie o servidor de aplicativos selecionado para hospedar o aplicativo da Web do DB2 Web Tools (DB2WebToolsServer,
padrão ou qualquer outro exceto admin).
- Clique em Aplicativos da Web e em Incluir.
- 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.
- Clique em Implementar e confirme se o caminho de contexto é /db2wa.
- 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.
- Selecione o link Home no painel superior esquerdo
da página principal.
- 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.
Direct I/O em Dispositivos de Blocos (Linux)
As Direct I/O são, agora, suportadas em sistemas de arquivos e em dispositivos de bloco
para distribuições do Linux com um kernel 2.6. A Direct I/O 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 Direct I/O é 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 27. Comparação de Direct I/O e de E/S Brutas
Direct I/O (novo método) |
E/S Brutas (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 método de E/S brutas ainda seja suportado pelo DB2 UDB, ele foi reprovado e o suporte para
ele pode ser removido de kernels futuros.
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:
- db2icd - o script de inicialização
- db2ic.conf - o arquivo de configuração
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 Information Center (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:
- 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.
- 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.
- 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:
- 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 cotas
- Substituir um token de nível de processo
Suporte a E/S Assíncronas (Linux)
O suporte ESA (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. ESA aprimoram o desempenho do
limpador de páginas. É possível ativar ou desativar as ESA no Linux emitindo o comando
db2set.
Para utilizar ESA, os usuários devem instalar o libaio-0.3.98 ou posterior e ter um kernel
que suporta ESA. 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 comando libc RPM 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 ]