Redes ópticas : Cisco ONS 15400 Series

O ONS15454 libera 2.2.x a 2.2.2 e elevações de software do 3.0

14 Outubro 2016 - Tradução por Computador
Outras Versões: Versão em PDFpdf | Inglês (22 Agosto 2015) | Feedback


Índice


Introdução

Com o sistema da rede ótica (ONS) 15454 software running da liberação 2.2.x, é agora possível para usuários executar suas próprias elevações de software à liberação 2.2.2 ou ao 3.0. Esta questão principal documenta uma instalação de laboratório, que ande o leitor através de todas as etapas necessárias para terminar estas elevações de software.

Os prerequites da elevação, a PRE-elevação e as seções da cargo-elevação desta questão principal são comuns à liberação 2.2.2 e às elevações de software do 3.0. A seção da elevação cobre os procedimentos para a liberação 2.2.2 e as elevações do 3.0.

cuidado Cuidado: Cisco recomenda a liberação 3.0.0 para instalações de sistema novas, ou o que é denominado geralmente aplicativos do Greenfield somente. Quando você promove ONS15454 da liberação 2.2.x a 3.0.0, uma circunstância pode elevarar que possa causar uma restauração do nó no ponto depois que o processo de upgrade após uma alteração de provisionamento é executado no nó. Durante testes, esta circunstância foi experimentada em menos do que dois-por cento dos sistemas promovidos. Se o nó cai nesta circunstância, o tráfego pode ser afetado em circuitos provido. Se você escolhe promover Nós para liberar 3.0.0, executar a elevação dentro de uma janela de manutenção e para a seguir o procedimento descreveu na nota do cuidado após a etapa 9 de ativar a seção nova do nível de software.

Condições prévias da elevação

As seguintes seções detalham as condições prévias da configuração de hardware e de software que são necessárias para a elevação. Trabalhe com cada um das seções, assegurando-se de que você encontre todos os critérios.

Use o fluxograma abaixo para ajudar-lhe com os procedimentos da condição prévia da elevação.

/image/gif/paws/109594/15454_sw_upgrade1.gif

Exigências da estação de trabalho do Cisco Transport Controller

O seguintes hardware mínimo e componentes de software são necessários para o upgrade de software:

  • Estação de trabalho do Windows usando uma IBM - PC compatível com uns 486 ou processador mais alto.

  • Unidade de CD-ROM, e de memória de acesso aleatório do 128 MB Windows 95, Windows 98, Windows 2000, ou Windows NT running (RAM)

  • Conexão direta ao ONS15454 usando a placa de interface de rede Ethernet 10BaseT (NIC) e cabo do Ethernet (use o cabo de correção 10BaseT CAT5 para conectar ao TCC+). Para instruções detalhadas diretamente em conectar um PC aos 15454 refira, as conexões PC direta do Troubleshooting à questão principal do cartão do Cisco ONS 15454 TCC.

  • Software de navegador usando o Netscape Navigator 4.08 ou mais alto, o Netscape Communicator 4.61 ou o pacote de serviços 2 mais alto, do internet explorer 4.0 ou mais alto. Note que o Netscape Navigator está incluído no CD de software ONS15454 enviado com o nó.

  • Arquivo do arquivo de política e do ambiente de tempo de execução de java (JRE) do ™ das Javas (incluído no CD de software ONS15454). Se você não tem o CD, você pode transferir o software de JRE do Web site do ™ das Javas. Note isso para o arquivo do ambiente de tempo de execução de java (JRE) do 3.0 da liberação, libere é exigido 1.2.2_005 ou mais tarde.

Ajustes DNS e de VITÓRIAS

Ao estabelecer propriedades de rede do Protocolo de Controle de Transmissão/Protocolo de Internet (TCP/IP) para uma estação de trabalho que execute a liberação 2.2.x CTC, assegure-se de que os serviços do Domain Name (DNS) e as definições do Windows Internet Naming Service (VITÓRIAS) são desabilitadas. A definição das VITÓRIAS é usada raramente, mas o DNS é de uso geral nas redes corporativas. Quando o DNS é permitido, faz com que o CTC pendure e exige um switch lateral cronometrando do controle de Communicationa dn (TCC+) em cada nó de rede corrigir o aprisionamento.

Para instruções detalhadas em como desabilitar os ajustes DNS e de VITÓRIAS, refira etapa 4 conectando dos PC à seção ONS15454 da documentação de usuário ONS15454.

Endereços IP

Desabilite todos dispositivos do Ethernet restantes (tais como um adaptador dial-up) na estação de trabalho que executa o CTC. Se você tem endereços IP de Um ou Mais Servidores Cisco ICM NT múltiplos em sua estação de trabalho, você deve removê-los; você não pode instalar a liberação 2.2.2 CTC se os endereços IP de Um ou Mais Servidores Cisco ICM NT múltiplos estão sendo executado.

Se você tem os Nós ONS15454 múltiplos configurados na mesma sub-rede IP, simplesmente uma pode ser conectado a um roteador. Se não, os Nós restantes puderam ser inacessíveis. Para a conexão IP as sugestões referem os cenários de endereçamento de IP comum para a seção 15454 dos problemas comuns com endereçamento de IP e rotas estáticas na questão principal 15454.

Conexão PC direta

A interface Ethernet do painel frontal é mudada na liberação 2.2.x. A conexão de LAN permanente do fio de navegação no backplane comunicar-se-á com o nó se TCC (A ou B) são ativo ou se a conexão do painel frontal TCC está usada. Ao usar a liberação 2.2.0 ou maior, você pode conectar com qualquer uma das portas TCC+ RJ-45 apesar de qual é ativo.

Para instruções detalhadas diretamente em conectar um PC aos 15454, refira as conexões PC direta do Troubleshooting à questão principal do cartão do Cisco ONS 15454 TCC.

Verificação do hardware

Determinadas revisões de hardware (OC-48) do cartão 1550 longo Ótica do alcance Carrier-48 (LR) não apoiam o software da liberação 2.x.x. Se você tem um anel OC-48, você deve verificar a revisão de hardware nas placas de linha OC-48 antes de continuar, segundo as indicações das etapas abaixo:

  1. Da vista de nó CTC, clique a aba do inventário.

  2. Clique o entalhe apropriado que contém a informação de hardware, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade2.gif

  3. Se você tem as placas de linha OC-48 LR (OC48 LR 1550) com uma revisão de hardware 008C, você precisará de substitui-las antes de continuar com o upgrade de software.

Verificação TCC+

Você deve agora usar o CTC para verificar para ver se há módulos comuns frente e verso, segundo as indicações das etapas abaixo:

  1. Log no nó.

  2. Assegure-se de que os entalhes 7, 8, 10, e 11 tenham os cartões duplicados TCC+ e de Cross Connect (XC) ou de Cross Connect Virtual Tributary (XC-VT) instalados. A liberação 2.2.x não apoia a operação simples.

    15454_sw_upgrade3.gif

  3. Repita etapas 1 e 2 em cada nó na rede.

Sessões de Telnet

Certifique-se que todas as sessões de telnet ativo a todo o nó na rede estão fechadas.

Superuser adicional

Um superuser novo, CISCO15, foi adicionado para liberar 2.2.0. Você pode atualmente usar o nome do superuser cerent454, mas este username será posto em fase - para fora em uma liberação futura.

Verificação AIP

  1. Olhe a parte traseira de seu nó ONS15454 e encontre a placa verde com o processador de interface ATM (AIP) carimbado no lado direito (a escrita será lateral como você enfrenta a placa).

  2. Encontre a etiqueta com o part number. O número deve ser precedido pelo P/N na etiqueta.

    Nota: Se não há nenhuma etiqueta com um part number, o número pode ser carimbado na placa própria.

  3. Se o part number é 67-11-00015, a placa AIP deve ser substituída. Se não, a placa AIP apoiará o upgrade de software.

  4. Repita etapas 1-3 para todos os Nós na rede.

/image/gif/paws/109594/15454_sw_upgrade4.gif

Convenções

Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.

Procedimentos da PRE-elevação

As seguintes seções detalham as condições prévias da configuração de hardware e de software que são necessárias para a elevação. Trabalhe com cada um das seções, assegurando-se de que você encontre todos os critérios.

Use o fluxograma abaixo para ajudar-lhe com os procedimentos da PRE-elevação.

/image/gif/paws/109594/15454_sw_upgrade5.gif

Fazer backup do banco de dados

Antes de promover da liberação 2.2.x para liberar 2.2.2 ou software do 3.0, é necessário suportar o base de dados atual para cada nó na rede.

  1. Log no CTC.

  2. Da vista de nó, clique Maintenance > Database tabs, como mostrado abaixo:

    15454_sw_upgrade6.gif

  3. Clique o backup.

  4. Salvar o base de dados no disco rígido da estação de trabalho ou no armazenamento de rede. Use um nome de arquivo apropriado com a extensão de arquivo .db (por exemplo, myDatabase.db).

    /image/gif/paws/109594/15454_sw_upgrade7.gif

  5. Clique em Salvar. A caixa de diálogo recebida arquivo aparece, como mostrado abaixo:

    15454_sw_upgrade8.gif

  6. Clique em OK.

Documente a rede

Cisco recomenda que você registra manualmente a informação crítica para cada nó na rede escrevendo a para baixo ou telas de impressão onde aplicável. Esta etapa é opcional depois que você suportou o base de dados. Use a tabela a seguir para determinar a informação que você deve registrar. Termine a tabela (ou sua própria versão) para cada nó na rede.

Item Dados de registro aqui (se aplicável)
Endereço IP de Um ou Mais Servidores Cisco ICM NT do nó  
Nome de nó  
Ajustes cronometrando  
Conexões do Data Communications Channel (DCC); aliste todas as portas óticas que têm os DCC ativados  
Usuário - ids (aliste tudo, incluindo pelo menos um superusuário)  
Inventário; faça uma tela de impressão do indicador do inventário  
TCC+ ativo Entalhe 7 ou SLOT 11 (círculo um)
XC ativo Entalhe 8 ou entalhe 10 (círculo um)
Informação de rede; grave toda a informação da ABA de provisionamento na vista de rede  
Configuração atual: BLSR, Linear, etc.  
Aliste todos os grupos de proteção no sistema; faça uma tela de impressão do indicador de grupo de proteção  
Aliste alarmes; faça uma tela de impressão do indicador do alarme  
Aliste circuitos; faça uma tela de impressão do indicador do circuito  

Após ter suportado o base de dados para cada nó e ter registrado a informação requerida para cada nó, você está pronto para começar o upgrade de software.

cuidado Cuidado: A interrupção de tráfego provisória é possível durante a elevação. Uma interrupção de tráfego menos da Senhora de 60 em cada circuito é possível durante a ativação do nível de software novo. Para Ethernet, o rompimento de tráfego que dura possivelmente até diversos minutos em cada circuito é possível devido à medida - novo cálculo do protocolo de árvore (STP).

cuidado Cuidado: Não execute atividades da manutenção ou do abastecimento durante a elevação.

Nota: Começar com o nó conectado o mais diretamente a sua estação de trabalho conseguirá o melhor desempenho da transferência. Contudo, na maioria de redes é geralmente mais seguro começar a ativação no nó o mais distante e para continuar para esse você é conectado o mais diretamente a. Isto assegura-se de que nenhum nó seja em risco do encalhamento se as circunstâncias imprevistos fazem com que a elevação falhe. Esta edição é uma matéria da política da administração de rede.

Procedimentos de atualização

Se você está promovendo da liberação 2.2.0, você deve primeiro lote o script ptfix.exe (PC). Se você está promovendo da liberação 2.2.1, vá diretamente à seção nova do nível de software de Uploadingthe deste documento.

O cartão TCC+ tem duas memórias de acesso aleatório instantâneas (ram). Uma elevação transfere arquivos pela rede o software a RAM alternativo nos cartões alternativos e ativos TCC+. Isto não afeta o tráfego, porque o software ativo continua a ser executado no lugar preliminar de RAM. Consequentemente, você pode transferir arquivos pela rede o software a qualquer hora.

Ao testar o procedimento de upgrade para o nível de software release 2.2.2, encontrou-se que em uma porcentagem muito pequena dos casos, a placa de tronco dos Anéis Comutados Bidirecionais (BLSR) poderia pendurar. A ação alternativa é restaurar a placa de tronco BLSR. Consequentemente, recomenda-se que se promovendo ao nível de software release 2.2.2, é necessário restaurar as placas de tronco BLSR em cada nó antes de ativar o nível de software novo.

Use o fluxograma abaixo para ajudar-lhe com os procedimentos de upgrade.

/image/gif/paws/109594/15454_sw_upgrade9.gif

Executando o script ptfix.exe

O script ptfix.exe é exigido para ser executado a primeira vez que você promove a uma liberação acima 2.2.0 do nível de software. O script executa uma separação da memória no cartão novo TCC+ para o apoio da liberação 2.2.1/protege o software e acima. Muda o tamanho do conjunto de 16384 a 65536 bytes. Se você está promovendo da liberação 2.2.1, você pode saltar este procedimento e continuar com o Uploadsection deste documento.

cuidado Cuidado: Não execute o script em mais de um nó e em uma estação de trabalho ao mesmo tempo.

Executar o script toma aproximadamente dois a três minutos. Se neceessary, você pode especificar - o operando u antes do endereço IP de Um ou Mais Servidores Cisco ICM NT para desabotoar a divisão da memória.

  1. Usando o CTC libere 2.2.0, log no nó o mais distante do nó conectado à estação de trabalho.

  2. Verifique o ONS15454 para ver se há alarmes existentes. Resolva todos os alarmes proeminentes antes de continuar.

  3. Da vista de nó, clique as abas da manutenção > do software, como mostrado abaixo:

    15454_sw_upgrade10.gif

  4. Verifique que a carga ativa é 2.2.0 (02.20-001A-00.38). Note que o script trabalhará somente para a carga da liberação 2.2.0 (02.20-001A-00.38).

  5. Feche todas as conexões Telnet ativas ao ONS15454.

  6. Em uma janela de comando, do diretório do software Cisco15454 do CD, execute ptfix.exe usando o endereço IP de Um ou Mais Servidores Cisco ICM NT do nó que você está executando o script sobre, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade11.gif

    Esta etapa toma aproximadamente dois a três minutos. Quando o script terminou com sucesso, um mensagem completa da preparação da elevação aparece.

  7. Feche a conexão de CTC, e reconecte-a ao mesmo nó que você foi conectado previamente a (o mais distante do nó você executou o script sobre).

  8. Da vista de rede, log no nó você executou o script sobre.

  9. Clique as abas da manutenção > do software.

  10. Verifique que o software da proteção não é agora nenhum, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade12.gif

    Nota: Torne a colocar em funcionamento o script se a qualquer hora repartições ativas/à espera TCC+ antes da carga da liberação 2.2.2 são ativadas.

Transferindo arquivos pela rede o nível de software novo

Conclua estes passos:

  1. Verifique todos os Nós no anel para ver se há alarmes existentes. Resolva todos os alarmes ou condições anormais proeminentes antes de continuar.

  2. Assegure-se de que nenhum alarme proeminente esteja sendo declarado contra toda a facilidade de sincronização. Cancele todo o menor, principal, ou alarmes críticos em facilidades de sincronização antes de continuar.

    Nota: Os alarmes da informação são azuis na cor; você pode negligenciar estes.

  3. Após ter verificado e ter resolvido alarmes em todos os Nós, transfira arquivos pela rede o nível de software novo somente ao nó que você começou com. Para elevações da liberação 2.2.0, este será o nó para que você executou recentemente o script.

    Nota: Durante o processo de upgrade de software, os alarmes indicam que o upgrade de software está ocorrendo para o funcionamento e protegem cartões TCC+. Este é normal, e o branco dos alarmes para fora quando as elevações estão completas, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade13.gif

  4. Retorno ao nó que você está promovendo. Da vista de nó, clique as abas da manutenção > do software, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade12.gif

  5. Elevação do clique. A caixa de diálogo do upgrade de software abre.

  6. Consulte a unidade de Cd-ROM que contém o nível de software novo, e abra o dobrador Cisco15454, ou vá ao diretório a onde você transferiu o software novo. No tiro de tela abaixo, nós estamos transferindo arquivos pela rede de um diretório chamado /Upgrade:

    15454_sw_upgrade14.gif

  7. Selecione o arquivo com a extensão .package, e clique aberto. O CTC indica uma janela de status assim que você pode monitorar o processo de upgrade, como mostrado abaixo:

    15454_sw_upgrade15.gif

    Depois que o nível de software novo foi copiado aos cartões ativos e à espera TCC+, uma mensagem que indica que seus arquivos transferidos com sucesso aparecerão, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade16.gif

    Nota: O processo de upgrade pode tomar 30 minutos ou mais.

Executando o fechamento do anel BLSR

Se o nó está em uma configuração de BLSR, é necessário executar um fechamento do anel antes de ativar o nível de software novo. O fechamento do anel mantém o anel do interruptor (o tráfego do roteamento protege sobre os sinais de transporte síncrono (os STS)) devido aos erros de bit causados por cartões no booting da prateleira durante a elevação. Você deve executar o fechamento do anel para todos os Nós no anel BLSR. Termine as etapas abaixo para o fechamento do anel.

Nota: Durante o fechamento, os períodos BLSR não serão protegidos. Seja certo remover o fechamento após ter ativado todos os Nós no anel.

Nota: Para impedir o anel ou o interruptor do período, execute o fechamento nos períodos do leste e ocidentais de cada nó.

  1. Execute um fechamento do anel para impedir que o Switches ocorra durante a elevação seguindo as etapas abaixo:

    1. Clique os Maintenance > Ring tabs.

    2. Escolha o período do fechamento dos menus de destruição para a operação do oeste e da zona leste, como mostrado abaixo:

      15454_sw_upgrade17.gif

    3. O clique aplica-se para ativar o comando. Resposta sim à alerta. Deixe o nó neste estado até que o nível de software novo esteja carregado.

      15454_sw_upgrade18.gif

      Nota: Os alarmes da requisição de fechamento mostrados abaixo aparecem quando você trava para fora o oeste e os span east. No tiro de tela abaixo, o nó-Um está usando o cartão OC-48 no entalhe 6 como sua referência de tempo principal. Devido a isto, quando o período do fechamento é aplicado, nós vemos alarmes adicionais indicar que o período do fechamento fez com que a referência de tempo principal esteja perdida.

      /image/gif/paws/109594/15454_sw_upgrade19.gif

      Os alarmes do padrão K ou os alarmes nos intervalos de tempo da proteção STS podem ocorrer durante este período do fechamento. Ignore estes alarmes se ocorrem.

      /image/gif/paws/109594/15454_sw_upgrade20.gif

  2. Repita etapa 1 em cada nó no BLSR.

  3. Ao promover ao nível de software release 2.2.2, é necessário restaurar as placas de tronco BLSR. Note que esta etapa não é necessária se promovendo ao 3.0 do nível de software release. Da vista de nó, clicar com o botão direito individualmente em todas as placas de tronco BLSR nos 15454 chassis e restaure-os. Isto é necessário para impedir o risco dos cartões BLSR que travam acima durante a carga do nível de software novo.

    15454_sw_upgrade21.gif

    Responda sim à alerta, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade22.gif

    Nota: Se um cartão BLSR não restaura corretamente, resolva o problema com o befoe do cartão BLSR que continua com a carga da versão de software nova. Assente fisicamente o cartão caso necessário. Se você precisa de assentar o cartão, certifique-se de você primeiramente liberar todos os fechamentos em switch de proteção. Uma vez que o cartão é recarregado e ativo, emita os fechamentos outra vez.

  4. Repita etapa 3 em cada nó no anel BLSR.

Grupos de proteção

Certifique-se que todos os cartões que são parte de um grupo de proteção (1:1 e 1:N) seja ativo na placa desse grupo de proteção e que nenhum switch de proteção está ocorrendo. Ou seja certifique-se que as placas de proteção estão no apoio antes de continuar.

Ativando o nível de software novo

Entre e ative cada nó, começando com o nó o mais distante na rede e terminando com seu nó da estação de trabalho.

Nota: Em cima do nível de software de ativação do 3.0 da liberação, você pode receber uma série de erros de exceção de java. Negligencie estas mensagens, porque são devido às mudanças instituídas na base de código das Javas para o 3.0 da liberação que 2.2.x é incapaz de interpretar. As exceções das Javas não têm nenhum efeito adverso.

  1. Log no nó você executou o script sobre.

  2. Grave o endereço IP de Um ou Mais Servidores Cisco ICM NT desse nó.

  3. Verifique que o nó não tem nenhum alarme ativo.

  4. Da vista de nó, clique as abas da manutenção > do software.

  5. Verifique que os indicadores do software da proteção liberam 2.2.2 ou 3.0, segundo o nível de software escolhido para sua elevação, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade23.gif

  6. O clique ativa. A caixa de diálogo da ativação aparece com um mensagem de advertência, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade24.gif

  7. Clique sim para continuar com a ativação. A primeira parcela da ativação termina em dois a três minutos, e emite a mensagem mostrada abaixo:

    15454_sw_upgrade25.gif

    Isto é seguido por uma mensagem que confirma que a ativação está completa e o nó recarregará agora, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade26.gif

  8. Clique em OK.

  9. Espere até que o upgrade de software termine nesse nó antes de continuar.

    A ativação continua do nó através de cada cartão instalado, começando com o TCC+ à espera. Uma vez que o TCC+ à espera é ativado inteiramente e recarregado inteiramente, transforma-se o TCC+ ativo e as outras repartições TCC+. Então, o XC ou o XCVT e a repartição da placa de interface do alarme (AIC); em seguida, a bota das placas de linha da esquerda para a direita um por um. O processo inteiro toma aproximadamente 30 minutos. Este processo é tráfego que afeta, assim que Cisco recomenda que você ativa a carga nova durante uma janela de manutenção. O tráfego de Muliplexing da divisão de tempo (TDM) resistirá uma Senhora dos 50 pés ou uma batida maior, e o tráfego Ethernet tomará aproximadamente uma batida de três a quatro minutos, devido ao recálculo de STP. Afinal os cartões carreg, as botas ativas XCVT outra vez para assegurar-se de que todos os circuitos estivessem atualizados corretamente. Uma vez que o XCVT ativo termina esta repartição final e tudo se alarma claramente, você pode com segurança continuar à próxima etapa.

    cuidado Cuidado: Quando você promove ONS15454 da liberação 2.2.x ao 3.0, uma circunstância pode elevarar durante a ativação que pode causar uma restauração do nó no ponto após o processo de upgrade quando uma alteração de provisionamento é executada no nó. Se um cartão não carrega o software novo com sucesso, você pode ver uma condição da falha de comunicação (CONTBUS) que persista depois que a ativação é terminada, indicando que o nó incorporou este estado. Uma vez que o nó está neste estado, as alterações de provisionamento podem fazer com que o nó entre em uma restauração sistema-larga, onde todos os cartões (à exceção do cartão que não restaurou originalmente) executarão uma repartição macia e recarregam a imagem do software nova. Se o nó cai nesta circunstância, o tráfego pode ser afetado em circuitos provido.

    Se você vê um alarme CONTBUS que faça não claro depois que a elevação está completa, assente manualmente o cartão que gerou o alarme.

    Para assegurar-se de que sua ativação da elevação suceda, Cisco recomenda que você executa uma alteração de provisionamento ao nó, segundo as indicações das etapas abaixo:

    1. Na vista de nó, clique o provisionamento > guias de sincronização, como mostrado abaixo:

      15454_sw_upgrade27.gif

    2. Na placa das listas de referências, mude uma das referências NE e o clique aplica-se.

    3. Espere um minuto, a seguir mude a mesma parte traseira da referência NE outra vez, e o clique aplica-se.

      Se o problema existe, um temporizador 30 minuto estará ajustado no movimento permitindo que a restauração do nó ocorra durante a janela de manutenção, ou quando os pessoais estiverem no local. Procure um alarme SYSBOOT no painel de alarmes para o nó. Se o nó não restaura 30 minutos depois que a alteração de provisionamento e lá não é nenhum alarme SYSBOOT atual no painel de alarmes CTC para o nó, a ativação de software era bem sucedida.

  10. Para elevações da liberação 2.2.2, feche e reinicie seu Netscape ou navegador do internet Explorer. Para elevações do 3.0 da liberação de dentro do CTC, selecione o arquivo > sair, segundo as indicações do tiro de tela abaixo:

    /image/gif/paws/109594/15454_sw_upgrade28.gif

  11. Reconecte ao CTC usando o endereço IP de Um ou Mais Servidores Cisco ICM NT de etapa 2 (se o endereço IP de Um ou Mais Servidores Cisco ICM NT está ainda na barra da localização de navegador, você pode simplesmente manter a tecla Shift e clicar o Reload do navegador/botão Refresh Button).

    O software do 3.0 TCC da liberação deve agora transferir o software CTC novo em nível para o 3.0, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade29.gif

    A tela do esconderijo da supressão CTC mostrada abaixo deve agora aparecer. Clique o botão do esconderijo da supressão CTC para continuar.

    /image/gif/paws/109594/15454_sw_upgrade30.gif

    O applet CTC novo transfere arquivos pela rede agora, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade31.gif

    Se seu navegador pendura ao tentar reconectar ao 3.0 da liberação o nível de software novo, tenta suprimir dos arquivos cms*.jar de seu computador pessoal e, tente reconectar outra vez.

    /image/gif/paws/109594/15454_sw_upgrade32.gif

    Porque o applet CTC novo é inversa compatível com liberação 2.2.x CTC, tem-no recursos para visibilidade da rede quando você promover.

  12. Individualmente o log em cada um dos Nós restantes a ser promovidos e repete os procedimentos abaixo. Cada um destes procedimentos deve ser executado para cada nó que tem cartões TCC+ e é Software Release 2.2.x running. Depois que cada nó é terminado, você deve logout de sua sessão CTC em Netscape para transferir os encaixes de Javas novos do nó ONS15454. Permita que cada nó termine (todos os alarmes cancelados pelos minutos 10) antes de promover o próximo nó. Refira as seções abaixo para mais informação:

  13. Após ter ativado o último nó (o nó conectado a sua estação de trabalho), espera para que o sistema recarregue.

    Nota: Seja paciente. O sistema pôde tomar diversos minutos para recarregar.

Liberando o fechamento do anel BLSR

Libere os fechamentos do período em todos os nós BLSR depois que o carregamento de software novo é ativado em todos os Nós.

  1. Na vista de nó CTC, clique os Maintenance > Ring tabs.

  2. Selecione individualmente o oeste e as direções east onde o fechamento é ativo.

  3. Selecione claramente, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade33.gif

  4. O clique aplica-se para ativar o comando. Note que o fechamento do anel alarma agora o branco para fora, como mostrado abaixo:

    15454_sw_upgrade34.gif

  5. Você pode ver o painel abaixo de pedir que você invoque a tabela de mapa do anel e aceite-a para cancelar o byte do padrão K ou os alarmes de incompatibilidade da identificação de nó:

    /image/gif/paws/109594/15454_sw_upgrade35.gif

    Alternativamente, pode ser necessário ir às abas do abastecimento > do anel, e clica o botão Ring Map Button. Aceite o mapa do anel quando alertado para fazer assim, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade36.gif

Procedimentos da Cargo-elevação

Os seguintes são os procedimentos opcionais que podem ser necessários se houve um problema com o upgrade de software. Nas versões atual do software, a fim verificar que a elevação está completa, é necessário verificar novamente os circuitos e a informação de provisionamento que foi registrada antes da elevação. Faça uma comparação com suas notas para certificar-se de que todo o abastecimento é o mesmo e a rede é acima de levar todo o tráfego. Verifique que não há nenhum alarme que está sendo relatado, ou que pelo menos os mesmos alarmes relatados que estaram presente antes que a elevação esteja ainda atual.

Use o fluxograma abaixo para ajudar-lhe com os procedimentos de upgrade do cargo.

/image/gif/paws/109594/15454_sw_upgrade37.gif

Certificando-se da data correta esteja ajustada

O procedimento de upgrade pode fazer com que o ajuste da data mude.

  1. Na vista de nó CTC, clique Provisioning > General Tabs.

  2. Ajuste a data correta e o clique aplica-se, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade38.gif

  3. Repita etapas 1 e 2 para cada nó restante.

Promova unidades de reposição TCC+

Todas as unidades de reposição TCC+ devem ser promovidas ao nível de software release novo.

Para promover um TCC+ de reposição, coloque-o no slot em standby de um nó que executa o nível de versão promovido. O cartão promoverá automaticamente do TCC+ ativo.

Procedimentos de recuperação da elevação

Se o upgrade de software terminou com sucesso, os procedimentos abaixo não são necessários. Contudo, no caso de um problema que ocorre com o upgrade de software, pode ser necessário reverter ou restaurar manualmente o base de dados. Use os procedimentos abaixo se isto se torna necessário.

Use o fluxograma abaixo para ajudar-lhe com os procedimentos de recuperação da elevação.

/image/gif/paws/109594/15454_sw_upgrade39.gif

Reverta à carga prévia (o TCC+ SOMENTE)

Em determinadas circunstâncias, pode ser necessário reverter ao backup de base de dados. Antes de promover da liberação 2.2.x para liberar 2.2.2 ou software do 3.0, você deve suportar o base de dados atual em todos os Nós na rede (promova o software). Recomenda Cisco altamente que você grava ou exporta toda a informação crítica para seu disco rígido. Se você precisa de reverter ao backup de base de dados, use o seguinte procedimento.

Se você tem um BLSR fornecida, antes que começando a reversão, você deve executar um fechamento do período em cada nó. Siga o procedimento do fechamento do anel BLSR para executar um fechamento do período em um anel BLSR.

Nota: Para executar apoiado (não que está em vigor no serviço) reverta do 3.0 da liberação, a liberação que você deseja reverter ao deve ter trabalhado então você ativou para liberar o 3.0 nesse nó. Também, apoiado reverte restaura automaticamente a configuração de nó a seu estado na altura da ativação precedente. Assim, algumas alterações de configuração feitas depois que a ativação será perdida quando você reverter o software.

Nota: No seguinte procedimento, o base de dados é restaurado automaticamente como parte da reversão, simplesmente para as liberações 2.2.1 e mais atrasado. Se você executava a liberação 2.2.0 antes da ativação, você precisará de restaurar manualmente o base de dados após ter executado as etapas para reverter. Uma restauração de base de dados manual é tráfego que afeta, e deve ser executada durante um indicador do serviço.

  1. Grave o endereço IP de Um ou Mais Servidores Cisco ICM NT do nó.

  2. Da vista de nó, clicar com o botão direito o TCC+ à espera e escolha a opção da placa de reinicialização, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade40.gif

  3. A resposta sim ao é você certo? caixa de diálogo que pede que você confirme a escolha, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade41.gif

    Note isso que restaura o cartão causa os alarmes da reinicialização de sistema e da falha de comunicações TCC+, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade42.gif

  4. Espera para que o TCC+ termine recarregar (isto tomará aproximadamente quatro minutos). Depois que o TCC+ terminou a repartição, a reinicialização de sistema acima e da falha de comunicações TCC+ alarmes querem o branco para fora.

  5. Da vista de nó, clique as abas da manutenção > do software.

  6. Verifique que o software da proteção indica 2.2.x (a liberação que você promovia de), como mostrado abaixo:

    15454_sw_upgrade43.gif

  7. O clique reverte. Reverta ativa o software da proteção e restaura o base de dados da carga prévia. Uma caixa de diálogo pede que você confirme a escolha, como mostrado abaixo:

    15454_sw_upgrade44.gif

  8. Clique em OK. Isto deixa cair a conexão ao nó e começa a reversão. Durante a reversão o painel abaixo é indicado:

    /image/gif/paws/109594/15454_sw_upgrade45.gif

  9. Após ter revertido o nó, o painel bem sucedido da reversão mostrado abaixo é indicado, indicando que o nó recarregará.

    /image/gif/paws/109594/15454_sw_upgrade46.gif

    Selecione sim, e espere até que a repartição do sistema termine no nó antes de continuar. O painel abaixo é indicado, indicando que a conexão de CTC ao nó está perdida durante a repartição:

    /image/gif/paws/109594/15454_sw_upgrade47.gif

    Nota: Seja paciente. A repartição do sistema pôde tomar até 30 minutos para terminar.

    Executar a repartição do sistema causa o alarme e o múltiplo da repartição do sistema outros alarmes no nó como os cartões individuais são recarregados, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade48.gif

    Depois que a repartição está completa, todos os alarmes se o branco para fora.

  10. Feche seu Netscape ou navegador do internet Explorer.

  11. Espere um minuto antes de restaurar um outro nó.

  12. Após ter revertido todos os Nós na rede, reinicie o navegador e registre-o de novo no último nó que foi revertido com o endereço IP de Um ou Mais Servidores Cisco ICM NT que você gravou em etapa 1. Isto transfere arquivos pela rede o applet CTC apropriado para a liberação 2.2.x a sua estação de trabalho.

    Se você tem um BLSR fornecida e executou um fechamento do anel antes que o procedimento da reversão, você dever liberar o fechamento do anel em cada nó. Siga o procedimento do liberador da retenção do anel BLSR para liberar o fechamento do anel em um anel BLSR.

    Nota: Se você promoveu a JRE 1.3.0, você não pode registrar em uma liberação 2.2.1 ou prévio (ou uma liberação 1.0.0 do corredor ONS15454 do corredor ONS15327). Se você está revertendo a uma liberação que exija uma versão anterior do JRE, você precisará Javas do reinistall e suprimirá dos arquivos jar de seu diretório temporário do sistema de estação de trabalho após ter revertido todos os Nós na rede. Se você está revertendo a uma liberação que igualmente use JRE 1.3, ou se você reteve sua versão mais velha do JRE durante a elevação, esta não será uma edição.

Restaure manualmente o base de dados

Se você estava promovendo da liberação 2.2.0, ou em determinados outros casos, pôde ser necessário restaurar manualmente o base de dados da PRE-elevação.

cuidado Cuidado: Não execute estas etapas a menos que você estiver restaurando a liberação 2.2.0 ou você tentar um software reverter para uma liberação mais atrasada falhada.

cuidado Cuidado: Este processo é tráfego que afeta e deve ser executado durante um indicador do serviço.

  1. Da vista de nó CTC, clique Maintenance > Database tabs, como mostrado abaixo:

    15454_sw_upgrade49.gif

  2. Clique a restauração. A caixa de diálogo aberta aparece.

  3. Selecione o arquivo salvo anteriormente e escolha aberto, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade50.gif

    O painel de advertência abaixo parece, dizendo lhe que que a restauração pode causar uma perda de tráfego é indicado. Clique sobre sim para continuar, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade51.gif

    O base de dados será restaurado e os TCC+ recarregarão. No fim da restauração, o painel abaixo é indicado. Clique sobre ESTÁ BEM para continuar, como mostrado abaixo:

    /image/gif/paws/109594/15454_sw_upgrade52.gif

    Note isso que recarrega o sistema faz com que a conexão de CTC ao nó seja perdida, como indicado pelo painel abaixo:

    /image/gif/paws/109594/15454_sw_upgrade47.gif

  4. Uma vez que os TCC+ recarregaram, registre de novo no CTC e verifique que o base de dados está restaurado fisicamente verificando o fósforo das configurações de circuitos a versão de base de dados precedente. Espere um minuto antes de restaurar o próximo nó.


Informações Relacionadas


Document ID: 109594