https://<server-host>:<jazz-port>/jazz/admin?internal#action=com.ibm.team.repository.admin.serverReset
Em seguida, você pode selecionar Modificar no IBM Installation Manager para incluir ou remover idiomas.
| Versão do Rational Team Concert Client | Versão Compatível do Jazz Team Server |
|---|---|
| 1.0.x para Eclipse | 0.6.x |
| 2.0.x para Eclipse | 1.0.x |
| 2.0.0.0 para Microsoft® Visual Studio | 1.0.0.0 |
| 2.0.x para Microsoft Visual Studio | 1.0.x |
Se você tiver as versões 1.0, 1.0.1 ou 1.0.1.1 do Cliente para Eclipse IDE, precisará obter o cliente 2.0.x para conectar-se ao novo servidor versão 2.0.x. É possível instalar isto usando um arquivo zip ou você pode atualizar suas instalações do IBM Installation Manager anteriores.
Se estiver executando um release de Acesso Antecipado do Rational Team Concert, primeiro faça upgrade para o release Experimental 2.0.0.2.
A partir do release Experimental 2.0.0.2, você pode tornar seu servidor Permanente, comprando e instalando o Server Activation Kit para sua edição, que está disponível aqui: http://www.ibm.com/software/awdtools/rtc/. O kit de ativação consiste em um arquivo JAR contendo a chave do servidor Permanente. Ele é instalado utilizando a página de Gerenciamento de Chaves de Licença de sua interface administrativa da Web.
É possível fazer upgrade diretamente para o release 2.0.0.2 do Rational Team Concert de releases anteriores. Uma migração de banco de dados é necessária para atualizações de 1.x para 2.x. Para obter informações sobre a execução de uma migração de banco de dados, consulte Migrando Repositório Jazz após Upgrade do Jazz Team Server.
Se você instalou o release anterior a partir de um arquivo zip, não há interseção com a instalação anterior. Você pode instalar o release 2.0.0.2 de um zip em um novo local, ou pode usar o IBM Installation Manager para instalar uma instância de 2.0.0.2.
Se você usou o IBM Installation Manager para instalar o release anterior, poderá instalar 2.0.0.2 como uma instância separada ou atualizar a instância anterior para 2.0.0.2. Se você instalar uma instância separada do servidor para o release 2.0.0.2, selecione Criar um Novo Grupo de Pacotes na página Instalar Pacotes do assistente de instalação.
Para concluir o upgrade, consulte Copiando os Arquivos de Configuração Necessários a partir de uma Instalação de Servidor Anterior e Instalando Chaves de Ativação 2.0.0.2.
É possível atualizar entre edições do Rational Team Concert. Geralmente os upgrades incluem mover de Express-C para Express ou de Express para Standard. Você também pode fazer downgrade na direção oposta, seguindo o mesmo processo.
Como todas as edições do Rational Team Concert 2.0.0.2 suportam bancos de dados Derby, você não precisa migrar do Derby para o DB2 ou Oracle se estiver mudando do Express-C para o Express ou Standard. Recomendamos que você migre sua edição do servidor primeiro, certifique-se de que as coisas funcionem sem problemas com o banco de dados existente e, em seguida, execute uma migração do banco de dados, se necessário. Observe que o banco de dados Derby suporta apenas 10 usuários. Para obter informações sobre a execução de uma migração de banco de dados, consulte Migrando Repositório Jazz após Upgrade do Jazz Team Server .
Se você tiver instalado uma edição do Rational Team Concert 2.0.0.2 e desejar fazer upgrade para outra, faça download e instale a nova edição, ao lado da edição existente e, em seguida, copie os arquivos de configuração para executar a nova edição. A seção abaixo descreve os arquivos de configuração necessários.
Se você instalou a edição anterior a partir de um arquivo zip, não existe nenhuma interseção com a instalação anterior. É possível instalar a nova edição a partir de um zip em um novo local ou você pode usar a instalação do IBM Installation Manager para a nova edição. Recomendamos que o IBM Installation Manager seja usado para servidores de produção para possibilitar que futuras atualizações sejam aplicadas.
Se você usou o IBM Installation Manager para executar sua instalação de servidor anterior e desejar usar o IBM Installation Manager para instalar sua nova edição, durante a nova instalação do Installation Manager, não sobreponha a edição anterior. Na página Instalar Pacotes do assistente de instalação, selecione Criar um Novo Grupo de Pacotes.
Isso instalará a nova edição em um local diferente e criará atalhos de programa utilizando o novo nome do grupo de pacotes.
Falha na instalação.
Erro durante a fase de "instalação":
Falha ao extrair zip padrão 1.0.1.I20081018-1820. Arquivo
D:\JazzTeamServer\server\license-update-site\site.xml já existe.
Se isso ocorre, ele não é fatal; é possível reiniciar a instalação e criar corretamente um novo grupo de pacotes.
file:///<Dir_de_Instalação_do_Jazz>/server/conf
Copie os seguintes arquivos do servidor de origem para o servidor de destino. Primeiro, renomeie os arquivos originais na instalação do servidor atualizado para criar backups. Se você usou o IBM Installation Manager para atualizar de 1.0, 1.0.1, ou 1.0.1.1 ou 2.0 para 2.0.0.2, um diretório de backup contendo seus arquivos de configuração 1.0.x ou 2.0 foi criado com um nome, por exemplo, backup-config-timestamp no subdiretório do servidor do local da instalação.
Se você estiver fazendo upgrade para a edição Standard ou Enterprise e adquiriu o Developer Client Activation Kit para Express, adquira e instale o Developer Client Activation Kit para Standard ou Enterprise Editions, para que você possa usar as licenças do cliente. Suas designações de licença do Developer ainda estarão em vigor, mas as licenças do Developer serão desativadas até que o kit de ativação correto seja instalado.
O release 2.0.0.2 usa as Chaves de ativação 2.0.0.2. Se for feito upgrade de um servidor de 1.0.x.x para 2.0.x, ele reverterá para uma licença para teste após o upgrade e você precisará obter as chaves de ativação 2.0 ou 2.0.0.2 do IBM Rational License Key Center.
Para obter informações adicionais sobre o IBM Rational License Key Center, consulte o site de suporte de licenças do IBM Rational e o jazz.net Tech Tip relacionado.
Abaixo estão os nomes das chaves aplicáveis para cada kit:
No Rational Team Concert 1.x, os projetos podiam ter múltiplas linhas de tempo (anteriormente chamadas de "linhas de desenvolvimento") e todas essas linhas de tempo eram consideradas iguais.
No Rational Team Concert 2.0, os projetos ainda podem ter múltiplas linhas de tempo, mas uma delas pode ser marcada como a "linha de tempo do projeto". Ao migrar seu banco de dados para 2.0, a linha de tempo primária do projeto não é conhecida, portanto, seus projetos não terão uma linha de tempo de projeto configurada. Você pode atualizar manualmente seus projetos para configurar a linha de tempo do projeto, após seu upgrade para 2.0
A captura instantânea de Source Control Management (SCM) para o Data Warehouse coleta dados nos fluxos, incluindo informações sobre o tamanho dos fluxos e a atividade (conjunto de alterações e alterações de arquivo/pasta) dentro dele. Na versão 1.0, esta captura instantânea coletava automaticamente informações sobre todos os fluxos. Como esta pode ser uma operação dispendiosa, na versão 2.0, as opções de configuração são incluídas na captura instantânea do SCM para permitir que os usuários decidam para quais fluxos os dados devem ser coletados. O impacto imediato desta alteração é que, a menos que você a configure, nenhum dado será coletado.
Os dados serão coletados para os fluxos selecionados em todas as capturas instantâneas subsequentes.
Estes problemas podem ser muito sérios se não observados, pois os dados reunidos pelo relatório poderão estar incorretos. É uma boa prática verificar cada conjunto de dados e cada parâmetro de relatório ao editar um relatório pela primeira vez com o designer de relatório do BIRT 2.3.2. Estes problemas não ocorrem para novos relatórios que são criados com as ferramentas do BIRT 2.3.2.
As alterações acima são feitas em todos os relatórios prontos para utilização do Rational Team Concert 2.0 - nenhuma ação é necessária. Entretanto, se você tiver criado manualmente modelos de relatórios em sua área do projeto usando nossos relatórios prontos para utilização e não tiver especificado um identificador apropriado (consistente com o uso), seu modelo de relatório não será atualizado quando for migrado. Ou seja, o conteúdo estará desatualizado e não funcionará. Nesse caso, você deve fazer upload do novo conteúdo para os modelos afetados, usando o arquivo .rptdesign padrão apropriado.
No Rational Team Concert 2.0, há várias alterações de esquema nas tabelas de item de trabalho no armazém de dados. Como consequência, ao migrar de 1.0 para 2.0, o importador ignorará quaisquer dados de itens de trabalho no armazém. Como resultado, quando você iniciar o servidor 2.0 pela primeira vez, seus relatórios de itens de trabalho poderão não funcionar corretamente. A solução alternativa é aguardar a captura instantânea dos itens de trabalho ser executada pela primeira vez ou fazer com que ela seja executada manualmente após você iniciar o servidor. Na primeira execução após a migração, a captura instantânea dos itens de trabalho reconstituirá as informações de itens de trabalho de histórico inteiras no armazém de dados. Isto também significa que a primeira execução da captura instantânea após a migração provavelmente demorará mais tempo que uma execução média à noite.
O diálogo o ajudará a descobrir quaisquer modelos de relatório que estão disponíveis mas ainda não foram implementados em sua área do projeto. Você pode selecionar um ou mais deles e eles serão criados. Após a criação, é possível criar novos relatórios a partir dos modelos usando as ações de menu disponíveis.
As alterações que você fez nos tipos de item de trabalho, atributos, fluxos de trabalho, funções e manipuladores de eventos são preservadas quando você faz upgrade de 1.x para 2.0. Se você customizou um modelo de processo predefinido (tal como Scrum), esteja ciente que, se você reimplementar o modelo predefinido (na visualização Modelos de Processo), sobrescreverá suas customizações. Se você precisar reimplementar o modelo predefinido, deverá primeiro alterar o nome e ID do modelo predefinido que você customizou, de forma que ele não será sobrescrito.