DB2 Versão 9.7 para Linux, UNIX e Windows

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

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.

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.

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 <servicename_installationname>. 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–<Nome da Cópia do DB2>–<Nome da Instância>–<Número do Nó> 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.