MD3000i SAN - atualização de firmware ao vivo

4

Eu tenho um Dell SAN MD3000i com controladores duplos. Resumindo: conseguiu fazer algumas de suas próprias leituras em drives e o suporte da Dell me disse que eu poderia tentar soltá-lo com uma atualização de firmware e NVSRAM que eu preciso de qualquer maneira. Como tenho um controlador duplo, isso pode aparentemente ser feito ao vivo e o processo de atualização lida com LUNs aleatórios entre os controladores conforme são atualizados.

Alguém tem experiência com isso? O técnico da Dell alegou que isso poderia ser feito e a documentação sugere tanto para configurações de controlador duplo, mas me deixa muito nervoso fazê-lo.

Minhas principais perguntas são:

  1. Alguém já fez isso com sucesso ou conhece alguém que tenha?
  2. Existem Quaisquer armadilhas para estar ciente de?
por janos erdelyi 08.03.2012 / 01:21

2 respostas

2

Eu tenho realizado com sucesso uma atualização como esta na mesma hardwareway por razões muito semelhantes em algumas ocasiões. Minha experiência foi boa e não exigiu tempo de inatividade, embora tenha sido restrito a um casal esx 3 anfitriões. Definitivamente, precisa ter bons backups e executar durante uma janela de manutenção.

Ontem à noite eu tive uma atualização de firmware ruim para o meu HP san e levou três horas para esclarecê-lo. Isso incluiu mais de uma hora de inatividade para todas as VMs usando esse armazenamento.

    
por 08.03.2012 / 01:41
0

Eu tentei substituir o controlador san 2 vezes, 1 bom 1 ruim.

A primeira vez foi com um cluster do vsphere, a segunda vez com um cluster de janelas fail-safe oracle.

Ambas as manutenções envolveram substituir o controlador e sincronizar o firmware do controlador (atualizando o firmware no controlador antigo com o do novo).

A primeira vez, tudo correu muito bem.

A segunda vez, embora durante o processo de atualização, nenhum caminho de san foi perdido, todas as luns estavam visíveis o tempo todo. de alguma forma oracle à prova de falhas foi acionado, e servidor primário tentou transferir a função para o servidor secundário, mas falhou, o servidor secundário não conseguiu detectá-lo e pegar o banco de dados, resultou em uma suspensão de serviço.

A causa do segundo caso ainda não estava clara, embora a configuração incorreta no software de cluster fosse uma das possibilidades. Eu recomendaria definitivamente uma janela de manutenção, apenas por uma questão de estabilidade.

    
por 08.03.2012 / 14:14