IBM i: Descrição geral da Alta Disponibilidade · Para guar dar um PDF na estação de trabalho...

IBM iVersão 7 Edição 3

DisponibilidadeDescrição geral da Alta Disponibilidade

IBM

AvisoAntes de utilizar estas informações e o respectivo produto suportado, leia as informações em “Avisos” na página 35.

Esta edição aplica-se ao IBM i 7.3 (número de produto 5770-SS1) e a todas as edições e modificações subsequentesaté indicação em contrário em novas edições. Esta versão não é executada em todos os modelos de computador deconjunto de instruções reduzido (RISC) nem em modelos CISC.

Este documento pode conter referências ao Código Interno Licenciado. O Código Interno Licenciado é CódigoMáquina e está licenciado ao abrigo dos termos do Acordo de Licença da IBM do Código Máquina.

© Copyright IBM Corporation 2002, 2015.

Índice

Descrição geral da Alta Disponibilidade 1Novidades no IBM i 7.3. . . . . . . . . . . 1Ficheiro PDF de descrição geral da AltaDisponibilidade . . . . . . . . . . . . . 1Vantagens da alta disponibilidade . . . . . . . 2

Desactivações planeadas . . . . . . . . . 2Desactivações não planeadas . . . . . . . . 3Recuperação de desastres . . . . . . . . . 4Redução da duração da cópia de segurança . . . 5Balanceamento de carga . . . . . . . . . 6

Critérios de alta disponibilidade . . . . . . . . 7Orçamento . . . . . . . . . . . . . . 7Requisitos de tempo de actividade . . . . . . 7Cobertura de desactivação . . . . . . . . . 8Objectivo de tempo de recuperação (RTO) . . . 9Objectivo de ponto de recuperação (RPO) . . . 9Requisitos de resiliência . . . . . . . . . 9Mudança de recurso e comutação automatizada 10Requisitos de distância . . . . . . . . . 10Número de sistemas de cópia de segurança. . . 11Aceder a uma cópia secundária de dados . . . 11Desempenho do sistema . . . . . . . . . 12

Componentes da alta disponibilidade. . . . . . 12Resiliência de aplicações . . . . . . . . . 13Níveis de resiliência de aplicações . . . . . . 14Resiliência de dados . . . . . . . . . . 14Resiliência do ambiente . . . . . . . . . 17Simplicidade . . . . . . . . . . . . . 18

Descrição geral do IBM PowerHA SystemMirror fori . . . . . . . . . . . . . . . . . . 18

Comparação de tecnologias de resiliência dedados do PowerHA . . . . . . . . . . 18

Unidade lógica comutada. . . . . . . . 19Replicação geográfica . . . . . . . . . 20Metro Mirror . . . . . . . . . . . . 22Global Mirror. . . . . . . . . . . . 23HyperSwap de Sistema Completo do DS8000 23DS8000 HyperSwap com conjuntos dememória auxiliar independentes (IASPs,independent auxiliary storage pools) . . . . 24

Utilizar cenários de casos . . . . . . . 25FlashCopy . . . . . . . . . . . . . 30

Tecnologias de HA combinadas. . . . . . . 30Gestão de alta disponibilidade . . . . . . . 30

Interfaces do IBM PowerHA SystemMirror fori . . . . . . . . . . . . . . . . 30

Interface gráfico do PowerHA . . . . . 31Opção 41 (HA Switchable Resources) . . . . 31Detecção de falha de nó avançada . . . . . 32Função de alta disponibilidade no sistemaoperativo de base . . . . . . . . . . 32

Informações relacionadas com a descrição geral daAlta Disponibilidade . . . . . . . . . . . 32

Avisos . . . . . . . . . . . . . . . 35Informações da interface de programação . . . . 37Marcas comerciais . . . . . . . . . . . . 37Termos e condições . . . . . . . . . . . . 37

© Copyright IBM Corp. 2002, 2015 iii

iv IBM i: Descrição geral da Alta Disponibilidade

Descrição geral da Alta Disponibilidade

Continuidade empresarial consiste na capacidade de um negócio em resistir suportar desactivações eperíodos de inactividade e garantir a operação normal dos serviços sem interrupção, de acordo com osacordos de nível de serviço predefinidos. Para assegurar um determinado nível de continuidade donegócio pretendido, é necessário seleccionar um conjunto de software, hardware e procedimentos,descritos num plano devidamente documentado, implementado e revisto regularmente. A solução decontinuidade empresarial tem de processar os dados, o ambiente operacional, as aplicações, o ambientedo sistema central da aplicação e a interface de utilizador final. Todos os estes elementos têm de estarpresentes para assegurar uma solução de continuidade empresarial fiável e completa.

A continuidade empresarial inclui a recuperação de desastres (DR) e alta disponibilidade (HA) e pode serdefinida como a capacidade de suportar períodos de inactividade (planeados, não planeados e desastres)e proporcionar o processamento contínuo para todas as aplicações importantes. O principal objectivo éreduzir o tempo de inactividade e desactivação para menos de .001% do tempo total de serviço. Umambiente de alta disponibilidade inclui geralmente objectivos de tempo de recuperação mais exigentes(segundos a minutos) e objectivos de ponto de recuperação mais exigentes (interrupção de utilizadoresnula) quando comparado com um cenário de recuperação de desastres.

As soluções de alta disponibilidade fornecem mudança de recurso totalmente automatizada para umsistema de cópia de segurança que permite que os utilizadores e as aplicações continuem a trabalhar semqualquer interrupção. As soluções HA têm de incluir a capacidade de assegurar um ponto de recuperaçãoimediato. Da mesma forma, têm de assegurar uma funcionalidade de tempo de recuperação que sejabastante melhor do que o tempo de recuperação em vigor para a topologia de uma solução não HA.

Novidades no IBM i 7.3Consulte estas novas informações da colecção de tópicos de descrição geral da Alta Disponibilidade

Número do programa licenciado Enhanced 7.2 IBM® PowerHA SystemMirror for i(5770-HAS)

O programa licenciado IBM PowerHA SystemMirror for i não está a ser renovado para 7.3. Isto significaque o número do programa licenciado (5770-HAS) 7.2 é executado no IBM i 7.3 ou IBM i 7.2.

O IBM PowerHA for i Enterprise Edition foi melhorado para suportar DS8000 HyperSwap com conjuntosde memória auxiliar independentes (IASPs, independent auxiliary storage pools). Esta nova funçãofaculta um tempo de inactividade de quase zero para desactivações de armazenamento planeadas e nãoplaneadas e poderá ser utilizada com outras tecnologias do PowerHA baseadas em IASPs. Esta função éfacultada através de uma nova função de PTF do PowerHA.

No IBM Knowledge Center, os termos IASP e conjunto de discos independentes são sinónimos.

Ficheiro PDF de descrição geral da Alta DisponibilidadePode visualizar e imprimir um ficheiro PDF com estas informações.

Para visualizar ou transferir a versão em PDF deste documento, seleccione Descrição geral da Alta

Disponibilidade .

Pode visualizar ou descarregar estes PDFs que incluem um conjunto de tópicos relacionados:

© Copyright IBM Corp. 2002, 2015 1

v Tecnologias de Alta Disponibilidade

contém os seguintes tópicos:– Tecnologia de conjuntos de unidades do IBM i– Detecção de falha de nó avançada– Domínio administrativo de conjunto de unidades– Tecnologias de replicação de dados do PowerHA– Gestão de alta disponibilidade– Monitorização e Controlo de Recursos (RMC)

v Implementar a alta disponibilidade

contém os seguintes tópicos:– Instalar o programa licenciado IBM PowerHA SystemMirror for i (5770-HAS)– Desinstalar o programa licenciado IBM PowerHA SystemMirror for i (5770-HAS)– Planear a solução de elevada disponibilidade– Implementar o PowerHA– Gerir o PowerHA– Detecção e correcção de problemas da solução de alta disponibilidade

Guardar ficheiros PDF

Para guardar um PDF na estação de trabalho para visualização ou impressão:1. Faça clique com o botão direito do rato na ligação de PDF no navegador.2. Faça clique na opção que guarda o PDF localmente.3. Navegue para o directório no qual pretende guardar o PDF.4. Faça clique em Guardar.

Transferir o Adobe Reader

Necessita de ter o Adobe Reader instalado no sistema para visualizar ou imprimir estes PDFs. Podetransferir uma cópia gratuita a partir do sítio da Web da Adobe

(www.adobe.com/products/acrobat/readstep.html) .

Vantagens da alta disponibilidadeA alta disponibilidade protege as empresas contra a perda de lucros decorrente da interrupção do acessoaos seus recursos de dados e aplicações empresariais críticas.

O ponto de partida para a selecção de uma solução de alta disponibilidade consiste na identificaçãocompleta do conjunto de problemas de disponibilidade que está a tentar solucionar. Para continuidadeempresarial, estes problemas podem ser agrupados em cinco grandes categorias.

Desactivações planeadasA alta disponibilidade do IBM i pode reduzir o impacto nos seus clientes e utilizadores, sempre que fornecessário desactivar os sistemas ou tornar os dados indisponíveis para realizar tarefas de manutençãonecessárias, como por exemplo a realização de cópias de segurança nocturnas ou a instalação de novohardware ou software.

À medida que o seu negócio cresce, torna-se cada vez mais importante assegurar a actividade contínua. Ajanela de manutenção dos seus sistemas pode diminuir de forma dramática. Os períodos de desactivaçãoprogramada incluem actividades como a realização de cópias de segurança para banda, actualizações deaplicações e actualizações do sistema operativo, entre outras. Quantas horas por semana pode a sua

2 IBM i: Descrição geral da Alta Disponibilidade

http://www.adobe.com/products/acrobat/readstep.html

aplicação estar indisponível, sem que isso represente um impacto negativo no seu negócio? Asdesactivações planeadas são geralmente o evento mais comum para o qual é utilizada uma solução dealta disponibilidade.

A disponibilidade de sistema único do IBM i concentra-se sobretudo na manutenção simultânea dehardware e software e na redundância de hardware, mas existe um limite para o que pode ser feito aonível de um sistema único. Utilizando as tecnologias de alta disponibilidade do IBM i, como conjuntos deunidades e conjuntos de discos independentes, pode comutar a produção para um segundo sistema outer disponível um segundo conjunto de unidades. Estas soluções de alta disponibilidade do IBM ipermitem que o seu negócio permaneça activo enquanto a manutenção do sistema é realizada. O impactodas desactivações não planeadas pode ser minimizado através da utilização destas soluções de altadisponibilidade.

Gravações offline em bandaAs gravações em banda podem ser realizadas a partir de um sistema de cópia de segurança comuma segunda cópia dos dados do utilizador.

Correcções ou actualizações a aplicações e ao sistema operativoÉ possível realizar uma actualização para permitir a instalação de correcções ou actualizações. Ascorrecções podem ser aplicadas ao sistema de cópia de segurança enquanto o sistema principalexecuta o ambiente de produção. O volume de trabalho pode então ser comutado para o sistemade cópia de segurança e as correcções podem ser aplicadas ao sistema principal. Após aconclusão da actualização, a produção pode ser novamente comutada para o sistema principal.

Manutenção de hardwareAs alterações que não forem processadas pela manutenção simultânea de hardware requeremgeralmente a desactivação do sistema. Possuir uma solução de alta disponibilidade permitirá quea produção seja comutada para um sistema de cópia de segurança e que a manutenção dohardware seja realizada sem qualquer impacto no negócio.

Conceitos relacionados:“Cobertura de desactivação” na página 8Qual o tipo de desactivação contra o qual pretende implementar protecção? Redução da duração da cópiade segurança, manutenção planeada, desactivações não planeadas ou desastres locais são eventos aconsiderar ao seleccionar uma solução de alta disponibilidade.Informações relacionadas:Desactivações de redução planeadas

Desactivações não planeadasAs soluções de alta disponibilidade do IBM i podem assegurar protecção para desactivações nãoplaneadas causadas por erro humano, problemas de software, falhas de hardware e problemasambientais.

À medida que um negócio cresce, a protecção contra eventos não planeados torna-se cada vez maisimportante. Infelizmente, os eventos não planeados não podem ser agendados. O requisito de altadisponibilidade do negócio deve concentrar-se no período de tempo mais importante para o seu negócio.O custo da desactivação no momento mais importante da actividade do seu negócio deve ser consideradono momento de escolher qual a melhor solução de alta disponibilidade a implementar e qual a melhorforma para o fazer.

As desactivações não planeadas pode ser categorizadas da seguinte forma:

Erro humanoInfelizmente, o erro humano é provavelmente o principal factor numa desactivação não planeada.Os procedimentos podem não ser seguidos de forma correcta, os avisos podem ser ignorados,

Descrição geral da Alta Disponibilidade 3

poderá faltar formação ou poderão existir problemas de comunicação e ocorrer eventuaismal-entendidos entre grupos de trabalho. Estes levam a desactivações não planeadas que afectamnegativamente o seu negócio.

Problemas de softwareAs complexidades das aplicações do sistema operativo, middleware ou das bases de dadospodem resultar em desactivações não planeadas. Cada negócio é único e os problemas deinteracção entre diferentes componentes de software podem causar problemas.

Falha de hardwareEm algum ponto no tempo, os dispositivos mecânicos irão falhar. Os componente eléctricos estãosujeitos a alterações ambientais, como calor, humidade e descargas electrostáticas, as quais podemcausar falhas prematuras. Podem ocorrer danos nos cabos e as ligações podem ficar inutilizadas.

Problemas ambientaisAs falhas de alimentação, as falhas de rede e o ar condicionado podem fazer com que um sistemafique indisponível. Podem ser tomadas medidas redundantes para ajudar a lidar com estesproblemas, mas existe um limite para o que pode ser feito.

A recuperação de desactivações não planeadas num ambiente de alta disponibilidade é efectuada atravésde mudança de recurso para um sistema de cópia de segurança. Enquanto o problema é diagnosticado ecorrigido, o negócio pode manter-se em actividade no servidor de cópia de segurança.Conceitos relacionados:“Cobertura de desactivação” na página 8Qual o tipo de desactivação contra o qual pretende implementar protecção? Redução da duração da cópiade segurança, manutenção planeada, desactivações não planeadas ou desastres locais são eventos aconsiderar ao seleccionar uma solução de alta disponibilidade.Informações relacionadas:Desactivações de redução não planeadasDesactivações de prevenção não planeadasRecuperar alterações recentes após uma desactivação não planeadaRecuperar dados perdidos após uma desactivação não planeada

Recuperação de desastresA recuperação de desastres abrange o conjunto de recursos, planos, serviços e procedimentos a recuperare retoma as aplicações fulcrais para a empresa num local remoto, na eventualidade de um desastre.

À medida que o seu negócio cresce, a recuperação de um desastre por bandas num local remoto poderájá não ser exequível dentro do tempo necessário definido para o seu negócio. Todas as localizações têmde preocupar com algum tipo de desastre, ainda que diferentes. Incêndios, tornados, cheias, terramotos efuracões são desastres naturais que podem afectar vastas áreas geográficas. Isto faz com que os locaisremotos de desastre fiquem cada vez mais afastados. Em alguns casos, as normas industriais podemtambém determinar a distância mínima entre locais.

Algumas questões importantes a considerar na concepção de um sistema de recuperação de desastres:v Qual o impacto financeiro que um desastre poderia ter no negócio?v Quão rapidamente pode o negócio retomar a produção?v Qual o ponto no tempo para o qual posso recuperar?v Qual a largura de banda em comunicações que posso manter?v Qual a solução de recuperação de desastres mais viável, com base nos meus requisitos de distância?

As soluções de alta disponibilidade do IBM i podem ser concebidas em torno das respostas a estasperguntas. Isto pode significar tornar um único local mais robusto, contratar a utilização de uma máquina


para restaurar bandas e assegurar a continuidade do negócio ou investir numa cópia de segurança activae actualizada num local remoto, preparada para assumir o controlo da produção.Informações relacionadas:Planear recuperação de desastresRecuperar o seu sistema

Redução da duração da cópia de segurançaAs soluções de alta disponibilidade do IBM i podem reduzir o tempo de inactividade do seu sistema oudos seus serviços durante as cópias de segurança. O tempo que uma cópia de segurança demora a serconcluída é designado por duração da cópia de segurança. O desafio está em conseguir realizar a cópiade segurança de todos os elementos críticos dentro do período de tempo disponível.

As técnicas mais óbvias para reduzir ou eliminar a duração da cópia de segurança envolvem adiminuição do tempo para realizar a cópia de segurança ou a diminuição do volume de dados copiados.Isto inclui o seguinte:

Tecnologias de banda melhoradasAs tecnologias de banda mais rápida e robusta podem reduzir o tempo total de cópia desegurança.

Salvaguarda em paraleloUtilizando vários dispositivos de banda em simultâneo, pode reduzir o tempo de cópia desegurança eliminando ou reduzindo o processamento em série num único dispositivo.

Guardar em suportes não amovíveisGuardar em suportes é mais rápido do que guardar em suportes amovíveis, por exemplodirectamente no dispositivo de memória de acesso directo (DASD), pode reduzir a duração dacópia de segurança. Os dados podem ser migrados para suportes amovíveis numa alturaposterior.

Arquivo de dadosOs dados não necessários para a produção normal podem ser arquivados e colocados offline.Serão colocados novamente online quando forem necessários, talvez para processamento no finaldo mês ou do trimestre. A duração da cópia de segurança diária é reduzida, uma vez que osdados arquivados já não estarão incluídos nos dados a copiar.

Guardando apenas os objectos alterados, as cópias de segurança diárias, não incluem objectos que nãotenham sido alterados durante o dia.

A duração da cópia de segurança pode ser dramaticamente reduzida se a percentagem deobjectos não alterados for relativamente alta.

Outras técnicas de redução da janela de cópia de segurança incluem a exploração de uma segunda cópiados dados (real ou virtual). Estas técnicas incluem:

Guardar a partir de um segundo sistemaAs tecnologias de resiliência de dados, como a replicação lógica, que disponibilizam uma segundacópia dos dados, podem ser utilizadas para mudar a janela de cópia de segurança da cópiaprincipal para a cópia secundária. Esta técnica pode eliminar a duração da cópia de segurança nosistema principal. Por este motivo, não afecta a produção, uma vez que o processamento da cópiade segurança é efectuado num segundo sistema.

Guardar enquanto activoNum ambiente de sistema único, os dados são copiados utilizando o processamento desalvaguarda enquanto as aplicações permanecem em produção. Para garantir a integridade ecapacidade de utilização dos dados, é alcançado um ponto de controlo que assegura umacoerência relativamente a esse ponto no tempo. As imagens do objecto no ponto de controlo sãoguardadas, permitindo que este objecto possa continuar a ser alterado. Os objectos guardados sãocoerentes entre si, de modo a que seja possível restaurar o ambiente da aplicação para um estado


conhecido. A opção para guardar enquanto o objecto está activo pode também ser implementadanuma cópia redundante, alcançada através da replicação lógica. A utilização desta técnica podepermitir que a janela de salvaguarda seja, efectivamente, eliminada.

IBM System Storage FlashCopyEsta tecnologia utiliza a função IBM System Storage do FlashCopy numa base de conjunto dediscos independente. É gravada uma imagem definida no tempo do conjunto de discosindependente num único servidor do System Storage. A cópia do conjunto de discosindependente é efectuada no servidor do System Storage e o sistema central não fica a par dacópia. A criação de conjuntos de unidades permite trazer a cópia para o sistema de cópia desegurança para a finalidade de cópias de segurança ou outro tipo de processamento offline. Acriação de conjuntos de unidades permite também gerir o segundo sistema, trazendo-o para oconjunto de unidades de uma forma que não afecta o sistema. A criação de conjuntos deunidades suporta vários conjuntos de discos independentes do mesmo sistema ou de váriossistemas de produção anexados à unidade de armazenamento na mesma altura.

Conceitos relacionados:“Cobertura de desactivação” na página 8Qual o tipo de desactivação contra o qual pretende implementar protecção? Redução da duração da cópiade segurança, manutenção planeada, desactivações não planeadas ou desastres locais são eventos aconsiderar ao seleccionar uma solução de alta disponibilidade.Informações relacionadas:Descrição geral de replicação

Balanceamento de cargaAs soluções de alta disponibilidade do IBM i podem ser utilizadas para balanceamento de carga. Astecnologias mais comuns para o balanceamento de carga envolvem a transposição de trabalho pararecursos disponíveis. Em oposição, as técnicas de gestão de desempenho comuns envolvem atransposição de recursos que não atingem os objectivos de desempenho.

Alguns exemplos de tecnologias de balanceamento de volume de trabalho (cada uma com as suasimplicações próprias ao nível de HA) são:

Encaminhadores principaisEstes encaminhadores processam todos os pedidos recebidos e utilizam um algoritmo paradistribuir trabalho de forma mais uniforme através dos servidores disponíveis. Os algoritmospodem ser simples, como uma distribuição sequencial ou complexos, baseados no desempenhoreal medido.

Servidores de aplicação múltiplaUm utilizador distribui o trabalho com base numa configuração ou política predefinida atravésdos servidores de aplicação. Geralmente, a associação do solicitador ao servidor é relativamenteestática, mas os solicitadores são distribuídos da forma mais uniforme possível através dos váriosservidores.

Aplicação de várias partes distribuídaEstas aplicações funcionam em resposta a pedidos do utilizador final que circulam através devários servidores múltiplos. A forma como o trabalho é distribuído é apresentada ao utilizador.Cada parte da aplicação realiza uma tarefa e, em seguida, passa o trabalho para o servidorseguinte, em sequência. O exemplo mais comum deste tipo de balanceamento do volume detrabalho consiste numa aplicação de três níveis com um servidor de base de dados de programaemissor.

Comutação de aplicação controladaO trabalho é inicialmente distribuído de forma pré-determinada através de vários servidores. Umservidor pode alojar várias aplicações, várias ocorrências da mesma aplicação ou ambas. Se umdeterminado servidor ficar sobrecarregado enquanto outros servidores estão em execução comcapacidade em excesso, o pessoal de operações move as aplicações ou ocorrências de aplicações


com dados associados do servidor sobrecarregado para o servidor com espaço de capacidade. Atransposição do volume de trabalho pode ser manual ou automatizado, com base numa políticapré-determinada.

Informações relacionadas:Encaminhamento TCP/IP e equilíbrio do volume de trabalhoCriar CRGs de par

Critérios de alta disponibilidadeA alta disponibilidade do IBM i oferece uma selecção de diferentes tecnologias para resiliência de dados edisponibilidade de aplicações. Cada uma das diferentes tecnologias tem diferentes características. Estascaracterísticas devem ser correspondidas com os requisitos exclusivos de cada aplicação de negóciosindividual. Os parâmetros que se seguem devem ser tidos em conta e considerados no momento de optarpela técnica de resiliência de dados que melhor se adequa ao seu negócio.

OrçamentoCada solução de alta disponibilidade tem um determinado custo associado. O custo para a solução temde ser comparado ao benefício para o seu negócio. Quando confrontados com uma solução de altadisponibilidade, a maior parte dos clientes dirá que pretende disponibilidade contínua com um tempo dedesactivação virtualmente inexistente. Embora isto seja tecnicamente possível, o custo da protecçãooferecida pela solução poderá ser demasiado elevado.

A questão fundamental por detrás do número de recursos que deve ser atribuído a uma solução de altadisponibilidade é “Qual é o custo de uma desactivação?” Os sítios de cópia de segurança, os sistemas decópia de segurança e os dados de cópias de segurança têm um custo e um benefício associado a essecusto. Até que o custo real de cada unidade de desactivação seja conhecido, não é possível atribuir umvalor correcto e preciso ao valor do benefício adicional da solução de alta disponibilidade.

O custo da solução corresponde ao custo total de propriedade, que inclui o custo inicial de aquisição eimplementação, os custos contínuos de utilização e eventuais impactos no custo/desempenho. O custo égeralmente calculado através de uma análise de impacto rigorosa e extensiva. Os valores são:v O custo não é um factor.v O custo tem algum peso na decisão.v Com base na análise de desactivação, o custo da solução tem de ser incluído no orçamento.v O custo representa um factor significante na decisão.v Não quer ou não tem possibilidades para investir numa solução de disponibilidade.

Requisitos de tempo de actividadeOs requisitos de tempo de actividade dizem respeito ao tempo total em que o sistema permanecedisponível para aplicações de utilização final. O valor é indicado em percentagem do total das horas detrabalho planeadas.

Estas correspondem às percentagens de tempo de actividade e valores de inactividade correspondentespara os clientes que necessitam de disponibilidade contínua (24 horas por dia, 365 dias por ano).v Menos de 90% (tempo de inactividade de 876 horas ou mais (36 dias por ano)v 90 a 95% (tempo de inactividade de 438 a 876 horas por ano)v 95 a 99% (tempo de inactividade de 88 a 438 horas por ano)v 99,1 a 99,9% (tempo de inactividade de 8,8 a 88 horas por ano)v 99,99% (tempo de inactividade de cerca de 50 minutos por ano)v 99,999% (tempo de inactividade de cerca de 5 minutos por ano)


Geralmente, é utilizado o custo por hora de desactivação como factor determinante para os requisitos detempo de actividade. Relativamente às desactivações não planeadas, os requisitos de tempo de actividadetêm de ser baseados apenas nas horas de trabalho planeadas. Isto significa que o custo de umadesactivação deve ser calculado com base no pior período de tempo possível.

Cobertura de desactivaçãoQual o tipo de desactivação contra o qual pretende implementar protecção? Redução da duração da cópiade segurança, manutenção planeada, desactivações não planeadas ou desastres locais são eventos aconsiderar ao seleccionar uma solução de alta disponibilidade.

Deve ser dada importância aos tipos de desactivação contra os quais pretende proteger o seu sistema.

Redução da duração da cópia de segurançaNum ambiente de sistema único, a cópia de segurança do sistema é a principal causa de umadesactivação planeada do sistema. À medida que o negócio cresce e as necessidades de tempo deactividade aumentam, a quantidade de tempo necessária para efectuar a cópia de segurança dosdados continuará a ser cada vez menor. Uma solução de alta disponibilidade dá-lhe a capacidadepara realizar salvaguardas offline. Uma cópia offline consiste no acto de guardar os dados deuma aplicação a partir de uma cópia de segurança. Cada uma das tecnologias de resiliência dedados pode oferecer diferentes benefícios para a salvaguarda offline dos dados.

Manutenção planeadaA manutenção planeada consiste no período de tempo em que o sistema tem de ser desactivadopara aplicação de actualizações às aplicações, ao software e ao hardware. Sempre que não épossível agendar a manutenção planeada para ser efectuada nas horas de expediente, pode serimplementada uma solução de alta disponibilidade para permitir a manutenção offline. Com amanutenção offline, o sistema de cópia de segurança é actualizado primeiro. Após o ambiente deprodução ser comutado para o sistema actualizado, o sistema de produção antigo é entãoactualizado.

Desactivações não planeadasUma desactivação não planeada consiste numa desactivação que ocorre durante as horas deexpediente e pode dever-se a erro humano, falhas de aplicações/software, falhas de hardware oufalhas de utilitários e desactiva o ambiente de aplicações. A solução de alta disponibilidade podecomutar o ambiente de produção para uma cópia de segurança.

Desastres locaisUm desastre local é geralmente concebido em termos de um desastre natural e origina o requisitode dispersão geográfica entre os sistemas da solução de alta disponibilidade. Para além dedesastres naturais, existem também eventos, como derrames químicos, ataques terroristas e"apagões" eléctricos que podem afectar o local do seu negócio durante longos períodos de tempo.As diferentes soluções de alta disponibilidade possuem características diferentes em termos detempo e distância. Devem ser tida em conta a importância dos objectivos de tempo derecuperação (RTO) e da necessidade de executar operações normais num local remoto ou apenasum subconjunto de procedimentos empresariais.

Deve ser tido em conta o nível de interrupções toleráveis por um utilizador. O impacto nas aplicaçõespode ser definido da seguinte forma:v Não é um problema. A disponibilidade da aplicação é importante. O desempenho pode ser afectado,

desde que a solução de disponibilidade assegure o funcionamento.v É aceitável a ocorrência de alguma degradação do desempenhov Ligeira degradação no desempenhov Ausência de impacto aparente no desempenhoConceitos relacionados:


“Desactivações planeadas” na página 2A alta disponibilidade do IBM i pode reduzir o impacto nos seus clientes e utilizadores, sempre que fornecessário desactivar os sistemas ou tornar os dados indisponíveis para realizar tarefas de manutençãonecessárias, como por exemplo a realização de cópias de segurança nocturnas ou a instalação de novohardware ou software.“Desactivações não planeadas” na página 3As soluções de alta disponibilidade do IBM i podem assegurar protecção para desactivações nãoplaneadas causadas por erro humano, problemas de software, falhas de hardware e problemasambientais.

Objectivo de tempo de recuperação (RTO)O Objectivo de tempo de recuperação (RTO) consiste no tempo que demora a recuperar de umadesactivação (planeada, não planeada ou desastre) e a retomar as operações normais para uma aplicaçãoou conjunto de aplicações.

O objectivo de tempo de recuperação poderá ser diferente para a recuperação de desactivações planeadas,não planeadas e de desastre. Diferentes tecnologias de resiliência de dados possuem diferentes tempos deRTO. Valores possíveis para o RTO são:v Mais de 4 dias é aceitávelv 1 a 4 diasv Menos de 24 horasv Menos de 4 horasv Menos de 1 horav Muito perto de zero (recuperação quase imediata)

Objectivo de ponto de recuperação (RPO)O objectivo de ponto de recuperação (RPO) consiste no ponto no tempo relativo à falha, em relação àqual é necessário obter a preservação dos dados. As alterações aos dados que precedem a falha ou odesastre em, pelo menos, esse período de tempo, são preservados pelo processamento de recuperação.Zero é um valor válido e é equivalente ao requisito de "perda de dados nula".

Os valores de RPO são:v Última gravação (semanal, diária, ...)v Início do último turno (8 hora)v Última interrupção significativa (4 horas)v Último lote de trabalho (1 hora até dezenas de minutos)v Última transacção (segundos a minutos)v As alterações em tempo real poderão perder-se (coerência da perda de alimentação)v Perda de dados nula

Requisitos de resiliênciaA empresa tem de identificar quais são os elementos que requerem protecção no caso do sistema centraldas aplicações sofrer uma desactivação. Os requisitos de resiliência consistem no conjunto de ambientesde aplicações, dados e sistemas necessários para preservar em caso de desactivação do sistema deprodução. Estas entidades permanecem disponíveis durante uma mudança de recurso, mesmo que osistema que as aloja sofra uma desactivação.

As opções empresariais são:v Nada requer resiliênciav Os dados de aplicações


v Os dados de aplicações e do sistemav Os programas de aplicaçõesv O estado de aplicaçõesv O ambiente de aplicaçõesv Preservar todas as linhas de comunicações e de clientesConceitos relacionados:“Resiliência de aplicações” na página 13A resiliência de aplicações pode ser classificada pelo efeito no utilizador. Numa infra-estrutura deconjunto de unidades do IBM i, a resiliência de aplicações é controlada por um objecto de aplicaçãoCluster Resource Group (CRG). Este CRG assegura o mecanismo, utilizando um programa de saída, paracontrolar os processos de início, interrupção, reinício e comutação da aplicação para criar cópias desegurança dos sistemas. A totalidade do ambiente de aplicação, incluindo a replicação de dados e osdispositivos comutáveis, pode ser controlada através da infra-estrutura de conjunto de unidades comouma única entidade.“Resiliência de dados” na página 14A resiliência de dados é a disponibilidade dos dados necessária num ambiente de produção. Existemvárias tecnologias, que lidam com os requisitos da resiliência de dados descritas na secção “Benefícios daElevada Disponibilidade”. Estas tecnologias podem ser divididas em duas categorias principais no IBM i– replicação lógica ou de software e replicação de disco ou de hardware.“Resiliência do ambiente” na página 17A resiliência do ambiente pode ser dividida em duas secções, o ambiente físico e o ambiente lógico. Oambiente físico, que faz realmente parte da disponibilidade do sistema, concentra-se sobretudo em áreascomo a redundância de hardware, a topologia de rede, a infra-estrutura de alimentação e as capacidadesde refrigeração. O ambiente lógico diz respeito ao ambiente que aloja e executa aplicações. Inclui áreascomo as definições do sistema, os perfis de utilizador e os atributos do sistema que permitem a umutilizador executar a aplicação em vários servidores.

Mudança de recurso e comutação automatizadaO negócio tem de definir a forma como o controlo é concedido à automatização durante desactivaçõesnão planeadas. As soluções de alta disponibilidade do IBM i têm um nível personalizável de interacçãono processamento da mudança de recurso. Em caso de falha, a aplicação pode efectuar automaticamentea mudança de recurso para um sistema de cópia de segurança, incluindo o início de todos os ambientesde aplicações.

Alguns clientes pretendem ter o controlo sobre o processamento de mudança de recurso. Nesta situação,o sistema requer uma resposta para o processamento de mudança de recurso. Numa solução em que ainteracção com o utilizador seja necessária para a mudança de recurso, o tempo de decisão (ou o temponecessário para tomar uma decisão em relação à mudança de recurso) é directamente subtraído emrelação ao objectivo do tempo de recuperação. A empresa terá de decidir o nível de controlo deautomatização a atribuir ao sistema durante uma mudança de recurso. A empresa não deverá demorarmais tempo a tomar a decisão em relação à mudança de recurso para o sistema de cópia de segurança doque o tempo necessário para efectivar a mudança de recurso.Conceitos relacionados:ComutaçãoInformações relacionadas:Mudança de recurso

Requisitos de distânciaA distância entre sistemas ou dispersão geográfica, apresenta alguns benefícios está limitada porcondicionantes físicas e práticas. Para uma solução de recuperação de desastre, existem sempre benefíciosna dispersão geográfica entre os sistemas. Geralmente, quanto maior for a distância entre os sistemas,


maior será a protecção que terá contra desastres que afectam uma área relativamente grande. No entanto,esta também implica determinados efeitos negativos ao ambiente da aplicação.

Sempre que é adicionada distância a uma solução de replicação de dados, existe uma latência associada.Latência consiste no tempo de demora para um conjunto de dados chegue ao sistema de destino. Quantomaior for a distância entre os sistemas, tanto maior será a latência (tempo) associada à transmissão dosdados. Existem dois tipos de transmissão de comunicações, síncrona e assíncrona.

As comunicações síncronas para resiliência de dados requerem uma confirmação do sistema de destinode que a transmissão de dados foi recebida antes de desta ser continuadas. Este processo garante que nãoexistem perdas de dados em processamento entre a origem e o destino, na eventualidade de uma falha.No entanto, a latência ou o período de tempo de espera para obter confirmação pode afectar odesempenho da aplicação.

As comunicações assíncronas para resiliência de dados não requerem uma confirmação do sistema dedestino para que a transmissão de dados possa continuar. Devido ao facto deste mecanismo não requererum protocolo de recepção, os dados enviados muito perto de um eventual momento de falha, poderãoperder-se. Isto é conhecido como perda de dados processados em tempo real.

A aplicação, o volume de dados enviado e a dispersão geográfica dos sistemas irão determinar omecanismo de transporte necessário para a sua solução de alta disponibilidade.Informações relacionadas:Determinar a configuração do sítio

Número de sistemas de cópia de segurançaDiferentes tecnologias de resiliência de dados oferecem diferentes números de possíveis sistemas de cópiade segurança e cópias de dados da aplicação.

Num ambiente com dois sistemas (cópia de segurança simples), a manutenção planeada deixará o seunegócio bastante exposto. Caso ocorra uma falha durante este período de tempo, não terá a capacidadede assegurar uma mudança de recurso. Nesta situação, a continuidade do negócio pode ser mantidaatravés da adição de outro sistema de cópia de segurança. O número de sistemas de cópia de segurança econjuntos de dados necessários irá ajudar a determinar a tecnologia de resiliência de dados necessáriapara o seu negócio.

Aceder a uma cópia secundária de dadosDiferentes tecnologias de resiliência possuem diferentes restrições acerca do conjunto de dados de cópiade segurança. Os requisitos de acesso ao conjunto de dados de cópia de segurança indicam o nível deacesso necessário a cópias secundárias dos dados para outras actividades de trabalho derivadas dascópias principais, como as gravações e consultas/relatórios. Deve sempre considerar a frequência, aduração e o tipo de acesso de que necessita para a cópia de segurança dos dados.

Os possíveis requisitos podem ser:v Nenhumv Durante os períodos de não produçãov Pouco comuns, mas durante curtos períodos de produção normal (segundos a minutos)v Pouco comuns, mas durante longos períodos de produção normalv Frequentes, durante curtos períodos de produçãov Frequentes, durante longos períodos de produçãov Quase sempre necessários (quase contínuos)Informações relacionadas:Cópia de segurança a partir de uma segunda cópia


Desempenho do sistemaA implementação de uma solução de alta disponibilidade poderá trazer implicações a nível dodesempenho. Os requisitos do negócio podem determinar qual a tecnologia de resiliência necessária.

A implementação de alta disponibilidade implica uma grande variedade de custos de desempenho. Oregisto em diário para o processamento de replicação lógica e geográfica requer recursos do sistema parao tempo de execução normal. Adicionalmente, o registo síncrono em diário remoto e as tecnologias dereplicação geográfica em modo de transmissão síncrona e a Metro Mirror são executadas num modo decomunicações síncronas. Este modo síncrono produz uma latência baseada na distância e na topologia derede, o que terá impacto no ambiente da aplicação. Os requisitos de negócio, juntamente com o teste,ajudarão a determinar qual a solução mais adequada para o cliente.

A replicação geográfica suporta também um modo de transmissão assíncrono que poderá requererrecursos adicionais, como o armazenamento de CPU e armazenamento principal.

O processamento da comutação e da mudança de recurso não é instantâneo e tem um tempo sistemaassociado. Cada tecnologia possui características diferentes para activar online um conjunto de dados ouum ambiente de aplicação na sua totalidade, para processamento.Informações relacionadas:Gerir o desempenho do sistemaValores do sistema: Descrição geral do desempenho

Componentes da alta disponibilidadeA alta disponibilidade assegura o acesso a aplicações empresariais críticas e aos dados na eventualidadede uma interrupção do serviço. As soluções de alta disponibilidade do IBM i minimizam e, por vezes,eliminam o efeito de desactivações planeadas e não planeadas e desastres que afectem todo o local, parao seu negócio. A base para as soluções de alta disponibilidade do IBM i é a tecnologia de conjunto deunidades.

Um conjunto de unidades consiste em dois ou mais sistemas (ou imagens de sistema operativo) quepartilham recursos e processamento e que fornecem cópia de segurança na eventualidade de umadesactivação. Com os conjuntos de unidades, a alta disponibilidade é vista não como uma série de cópiasidênticas do mesmo recurso em todos estes sistemas mas um conjunto de recursos partilhados que,continuamente, asseguram serviços essenciais a utilizadores e aplicações.

Os conjuntos de unidades não fornecem uma solução de alta disponibilidade completa apenas por sipróprios, mas consistem na tecnologia principal em que se baseiam todas as soluções de altadisponibilidade do IBM i. A infra-estrutura de conjunto de unidades, denominada serviços de recursos deconjuntos de unidades, fornece os mecanismos fundamentais para criar e gerir vários sistemas erespectivos recursos com uma única entidade computacional unificada. Os conjuntos de unidadestambém monitorizam sistemas e recursos definidos no ambiente de alta disponibilidade para falhas eresponde em conformidade, dependendo do tipo de desactivação. O conjunto de unidades combinahardware e software para reduzir o custo e os efeitos de desactivações planeadas e não planeadas atravésdos serviços de restauro na eventualidade destas desactivações. Embora isto não aconteceinstantaneamente, o tempo de recuperação dos conjuntos de unidades é bastante rápido.

A secção seguinte define os componentes principais de uma solução de alta disponibilidade.Conceitos relacionados:“Descrição geral do IBM PowerHA SystemMirror for i” na página 18Após determinar os objectivos e requisitos do negócio, é necessário escolher a solução de elevadadisponibilidade do IBM i correcta que se ajusta ao negócio. O IBM PowerHA SystemMirror for i é umproduto da IBM que faculta uma solução de elevada disponibilidade completa para ambientes deprodução do IBM i. Faculta dados, aplicações e resiliência do ambiente, bem como uma interface de


gestão, que permite uma configuração e funcionamento uniformes.

Resiliência de aplicaçõesA resiliência de aplicações pode ser classificada pelo efeito no utilizador. Numa infra-estrutura deconjunto de unidades do IBM i, a resiliência de aplicações é controlada por um objecto de aplicaçãoCluster Resource Group (CRG). Este CRG assegura o mecanismo, utilizando um programa de saída, paracontrolar os processos de início, interrupção, reinício e comutação da aplicação para criar cópias desegurança dos sistemas. A totalidade do ambiente de aplicação, incluindo a replicação de dados e osdispositivos comutáveis, pode ser controlada através da infra-estrutura de conjunto de unidades comouma única entidade.

A resiliência de aplicações é classificada de acordo com as seguintes categorias.

Sem recuperação de aplicaçõesApós uma desactivação ou tempo de inactividade, os utilizadores têm de reiniciar manualmenteas suas aplicações. Com base no estado dos dados, os utilizadores determinam o ponto em quepretendem reiniciar o processamento na aplicação.

Reinício automático de aplicações e reposicionamento manual em aplicaçõesAs aplicações activas no momento de desactivação ou inactividade são automaticamentereiniciadas através do programa de saída CRG. O utilizador tem de determinar o ponto em quepretende retomar a aplicação, com base no estado dos dados.

Reinício automático de aplicações e recuperação semi-automáticaPara além do reinício automático de aplicações, os utilizadores acedem a um “ponto de reinício”pré-determinado na aplicação. O ponto de reinício pode ser, por exemplo, um menu principal naaplicação. Este ponto é geralmente coerente com o estado dos dados da aplicação resiliente, mas outilizador poderá necessitar de avançar na aplicação para fazer corresponder o estado dos dados.É necessário efectuar alterações à aplicação para guardar os dados de estado do utilizador. Noinício de sessão, a aplicação detecta o estado de cada utilizador e determina se é necessárioefectuar a recuperação da aplicação desde o estado da última gravação.

Reinício automático da aplicação e recuperação automática da fronteira da última transacçãoO utilizador é reposicionado na aplicação, no ponto de processamento coerente com a últimatransacção efectuada. Os dados da aplicação e o ponto de reinício da aplicação sãocorrespondentes. Esta categoria requer alterações de código na aplicação para guardar estados doutilizador no final de cada ciclo de consolidação para que a aplicação reconheça o ponto em quecada utilizador se encontra, em caso de desactivação ou falha.

Resiliência de aplicação total com reinício automático e mudança de recurso transparentePara além de ser reposicionado na última transacção consolidada, o utilizador continua a verexactamente a mesma janela com os mesmos dados que estava a visualizar no momento dadesactivação. Não existe qualquer perda de dados, não é necessário efectuar outro início desessão e não há qualquer percepção de perda de recursos do servidor. O utilizador apenas sentiráalgum atraso no tempo de resposta. Esta categoria pode apenas ser obtida numa aplicação comuma relação cliente/servidor.

Conceitos relacionados:“Requisitos de resiliência” na página 9A empresa tem de identificar quais são os elementos que requerem protecção no caso do sistema centraldas aplicações sofrer uma desactivação. Os requisitos de resiliência consistem no conjunto de ambientesde aplicações, dados e sistemas necessários para preservar em caso de desactivação do sistema deprodução. Estas entidades permanecem disponíveis durante uma mudança de recurso, mesmo que osistema que as aloja sofra uma desactivação.Informações relacionadas:Níveis de resiliência de aplicaçõesA resiliência de aplicações pode ser personalizada para o nível de resiliência requerido pelo seu negócio,utilizando as funções do contexto de criação de conjuntos de unidades do IBM i.


Tornar os programas de aplicação resilientesAplicações de conjuntos de unidades

Níveis de resiliência de aplicaçõesA resiliência de aplicações pode ser personalizada para o nível de resiliência requerido pelo seu negócio,utilizando as funções do contexto de criação de conjuntos de unidades do IBM i.

O Objectivo de tempo de recuperação (RTO) para o seu negócio tem um papel fundamental ao nível daresiliência de aplicações necessária. Tal como é referido no tópico de Componentes da altadisponibilidade, existem diferentes níveis de resiliência de aplicações. Estes níveis de resiliência deaplicações vão desde a ausência de recuperação de aplicações, em que um operador do sistema tem deiniciar a aplicação manualmente, até ao serviço contínuo, em que o utilizador poderá nem chegar aaperceber-se que ocorreu uma desactivação. Os requisitos do seu negócio para que a aplicação estejadisponível ao utilizador após uma falha definem os requisitos para o nível de automatização darecuperação da aplicação resiliente na eventualidade de uma falha do sistema.

O contexto de criação de conjuntos de unidades do IBM i dá-lhe a capacidade para automatizar arecuperação da aplicação para diferentes tipos de falhas. O nível de automatização possível depende donível de codificação para automatizar procedimentos manuais e do tipo de aplicação utilizada pelo seunegócio. Para maximizar a resiliência das aplicações, é necessário automatizar todos os passos manuais decomutação/mudança de recurso com programas de saída e a aplicação tem de ser do tipocliente-servidor, em que a disponibilidade da aplicação é separada da disponibilidade dos respectivosdados.

Resiliência de dadosA resiliência de dados é a disponibilidade dos dados necessária num ambiente de produção. Existemvárias tecnologias, que lidam com os requisitos da resiliência de dados descritas na secção “Benefícios daElevada Disponibilidade”. Estas tecnologias podem ser divididas em duas categorias principais no IBM i– replicação lógica ou de software e replicação de disco ou de hardware.

Replicação lógica

A replicação lógica consiste numa topologia de resiliência de dados multissistema geralmenteimplementada para alta disponibilidade (HA) no espaço do IBM i. É geralmente implementada através deum produto facultado por um fornecedor de software independente (ISV) de alta disponibilidade. Areplicação é executada (através de métodos de software) em objectos. As alterações aos objectos (porexemplo, ficheiro, membro, área de dados ou programa) são replicadas numa cópia de segurança. Areplicação é efectuada em tempo real ou muito próxima disso (registo em diário remoto sincronizado)para todos os objectos registados em diário. Normalmente, se o objecto, tal como um ficheiro, forregistado em diário, a replicação é executada ao nível do registo. Para estes objectos, como espaços deutilizador que não são registados em diário, a replicação é processada geralmente ao nível do objecto.Neste caso, a totalidade do objecto é replicada após cada conjunto de alterações ao objecto estar completo.

A maior parte das soluções de replicação lógica permite mais funções, para além da replicação deobjectos. Por exemplo, pode conseguir obter funcionalidades de auditoria adicionais, observar o estado dareplicação em tempo real, adicionar automaticamente novos objectos aos objectos a replicar e replicarapenas um subconjunto de objectos numa determinada biblioteca ou directório.

Para criar uma solução de alta disponibilidade (HA) multissistema eficiente e fiável utilizando areplicação lógica, é preferível utilizar a o registo em diário remoto síncrono como mecanismo detransporte. Com o registo em diário remoto, o IBM i move continuamente os dados mais recentes noreceptor de diário para o receptor de diário do servidor de cópia de segurança. Neste ponto, éimplementada uma solução de software para “reproduzir” estas actualizações de diário, colocando-as noobjecto no servidor de cópia de segurança. Após estabelecer este ambiente, existem dois objectos idênticosmas separados, um no servidor principal e outro no servidor de cópia de segurança.


Com esta solução implementada, pode rapidamente activar o seu ambiente de produção no servidor decópia de segurança através de uma operação de mudança de funções.

Uma vantagem crucial desta categoria de solução consiste no facto do ficheiro da base de dados de cópiade segurança ser processado em tempo real. Ou seja, é possível aceder a este ficheiro em tempo real paraoperações de cópia de segurança ou para tipos de aplicação só de leitura, como relatórios de criação.Adicionalmente, isso geralmente significa que é necessária uma recuperação mínima ao mudar para acópia de segurança.

O principal desafio em relação a esta categoria de solução consiste na complexidade que pode estarenvolvida na configuração e manutenção do ambiente. Um dos principais desafios reside na nãomonitorização restrita das alterações potencialmente não autorizadas das cópias activas de objectos queresidem no servidor de cópia de segurança. A não insistência no cumprimento desta disciplina pode levara algumas ocorrências em que os utilizadores e os programadores fazem alterações na cópia activa, peloque esta deixa de corresponder à cópia de produção. Se isto acontecer, as versões principal e de cópia desegurança dos seus ficheiros já não serão idênticas.

Outro desafio associado a esta abordagem reside no facto dos objectos não registados em diário terem deser processados através de um ponto de verificação e depois enviados separadamente para o servidor decópia de segurança. Por este motivo, a granularidade da natureza de tempo real do processo poderá serlimitada à granularidade do objecto de maior dimensões a replicar para uma determinada operação.

Por exemplo, um programa actualiza um registo que reside num ficheiro com registo de alterações. Comoparte da mesma operação, também actualiza um objecto, como, por exemplo, um espaço de utilizador,que não tenha registo de alterações. A cópia de segurança torna-se completamente consistente quando oespaço de utilizador é totalmente replicado para o sistema de cópia de segurança. Em termos práticos,significa que se ocorrer uma falha no sistema principal e o objecto do espaço de utilizador não estivertotalmente replicado, é necessário um processo de recuperação manual para conciliar o estado do espaçode utilizador não registado em diário de modo a corresponder à última operação válida, cujos dadosforam totalmente replicados.

As soluções de replicação lógica podem cobrir tipicamente todos os tipos de desactivações, dependendoda implementação. O objectivo de ponto de recuperação (RPO, recovery point objective) pode ser 0 caso adistância entre sistemas permita o registo em diário remoto síncrono e se todos os objectos replicadosforem registados em diário. A utilização do registo em diário remoto assíncrono e a posse de objectos quetêm de ser replicados a partir do diário de auditoria aumenta o RPO.

Outro desafio possível associado a esta abordagem reside na latência do processo de replicação. Istorefere-se ao tempo de desfasamento entre o momento em que são efectuadas alterações no sistemaorigem e o momento em que essas alterações se tornam disponíveis no sistema de cópia de segurança. Oregisto em diário remoto síncrono pode minimizar em grande medida este tipo de desfasamento.Independentemente do mecanismo de transmissão utilizado, é necessário projectar de modo adequado ovolume de transmissão e planear correctamente as linhas e velocidades de comunicação de modo agarantir a gestão dos volumes de replicação por parte do ambiente quando estes atingirem o valormáximo. Num ambiente com um volume elevado, a reprodução de encomendas em stock e a latênciapodem constituir um problema no lado destino, mesmo que as instalações de transmissão tenham sidocorrectamente planeadas.

Replicação de hardware

A replicação de hardware é executada ao nível do sistema operativo ou do disco em vez do nível doobjecto. Uma vantagem destas tecnologias sobre a replicação lógica é que a replicação é executada a umnível inferior e, quando executada de forma assíncrona, existe uma garantia de que ambas as cópias dosdados são idênticas. A desvantagem da tecnologia é que os dados apenas são acessíveis a partir de umacópia e não é possível utilizar a segunda cópia durante a replicação activa.


Dentro da replicação de hardware, existem novamente duas categorias, a replicação de conjuntos dememória auxiliar independentes (IASPs, independent auxiliary storage pools) e a replicação do sistemacompleto. O IBM PowerHA SystemMirror for i apresenta várias tecnologias de replicação de hardwarebaseadas em conjuntos de memória auxiliar independentes ou IASPs. Um ASP independente ou IASP éum conjunto de unidades de disco, que pode ser configurado em separado de um sistema centralespecífico e pode ser activado ou desactivado independentemente. UM IASP é utilizado para segregardados da aplicação do sistema operativo. Assim, é possível replicar os dados da aplicação através dautilização da replicação de hardware enquanto não se replica o sistema operativo. A implementação deIASPs do IBM i suporta objectos de directório (como por exemplo o sistema de ficheiros integrado (IFS,integrated file system)) e objectos de biblioteca (como por exemplo ficheiros de base de dados). Enquantoque a migração dos dados da aplicação para o IASP é um passo em separado na configuração doambiente, existem várias vantagens para apenas replicar os dados e não o sistema operativo. Ascomutações planeadas e não planeadas para o sistema de cópia de segurança são mais rápidas do que seo sistema inteiro for replicado. O sistema de cópia de segurança contém uma cópia separada do sistemaoperativo e poderá ser utilizado para outros trabalhos enquanto também é utilizado como um sistema decópia de segurança para a produção. Estas tecnologias podem ser utilizadas para actualizações planeadasdo sistema operativo uma vez que existem novamente duas cópias do sistema operativo.

Caso a migração dos dados da aplicação para um IASP não seja exequível, também é possível utilizar areplicação de hardware ao nível do sistema, tipicamente denominada de replicação do sistema completo.A replicação geográfica, que é uma tecnologia de replicação do IBM i, poderá ser utilizada num ambientealojado por i para replicar um sistema de produção. As tecnologias de replicação facultadas pelossistemas de armazenamento da IBM também poderão ser utilizadas para replicar um sistema inteiro.Embora seja mais fácil de configurar inicialmente, a replicação do sistema completo requer mais largurade banda que a replicação baseada em IASPs. A replicação do sistema completo é mais considerada umatecnologia de recuperação de desastre que de elevada disponibilidade, uma vez que apenas existe umambiente de produção e é necessário efectuar um IPL à mesma num outro sistema para uma desactivaçãoplaneada ou não planeada. Existem ferramentas e acordos de assistência disponíveis a partir do IBM LabServices, que ajudam a automatizar e personalizar um ambiente de replicação do sistema completo, casopretendido.Conceitos relacionados:“Comparação de tecnologias de resiliência de dados do PowerHA” na página 18A resiliência de dados permite que os dados permaneçam disponíveis para aplicações e utilizadores, mesmoem caso de falha do sistema que aloja os dados. Optar pelo conjunto adequado de tecnologias deresiliência de dados no contexto da estratégia de continuidade do seu negócio pode ser um processocomplexo e difícil. É importante compreender as diferentes soluções de resiliência de dados que podemser utilizadas para melhorar a disponibilidade em vários ambientes de sistema. Pode optar por uma únicasolução ou utilizar uma combinação destas tecnologias para ir ao encontro das suas necessidades. Osseguintes tópicos comparam e contrastam as diferentes tecnologias de resiliência de dados dentro doproduto PowerHA.“Descrição geral do IBM PowerHA SystemMirror for i” na página 18Após determinar os objectivos e requisitos do negócio, é necessário escolher a solução de elevadadisponibilidade do IBM i correcta que se ajusta ao negócio. O IBM PowerHA SystemMirror for i é umproduto da IBM que faculta uma solução de elevada disponibilidade completa para ambientes deprodução do IBM i. Faculta dados, aplicações e resiliência do ambiente, bem como uma interface degestão, que permite uma configuração e funcionamento uniformes.“Requisitos de resiliência” na página 9A empresa tem de identificar quais são os elementos que requerem protecção no caso do sistema centraldas aplicações sofrer uma desactivação. Os requisitos de resiliência consistem no conjunto de ambientesde aplicações, dados e sistemas necessários para preservar em caso de desactivação do sistema deprodução. Estas entidades permanecem disponíveis durante uma mudança de recurso, mesmo que osistema que as aloja sofra uma desactivação.Informações relacionadas:Planear a resiliência de dados


Servidores de armazenamento suportados por PowerHADomínio administrativo de conjunto de unidadesTecnologias de replicação de dados do PowerHA

Resiliência do ambienteA resiliência do ambiente pode ser dividida em duas secções, o ambiente físico e o ambiente lógico. Oambiente físico, que faz realmente parte da disponibilidade do sistema, concentra-se sobretudo em áreascomo a redundância de hardware, a topologia de rede, a infra-estrutura de alimentação e as capacidadesde refrigeração. O ambiente lógico diz respeito ao ambiente que aloja e executa aplicações. Inclui áreascomo as definições do sistema, os perfis de utilizador e os atributos do sistema que permitem a umutilizador executar a aplicação em vários servidores.

Ambiente físicoO ambiente físico consiste em componentes de disponibilidade de sistema único e nos utilitáriosnecessários para manter adequadamente um ambiente operativo de computação. Estescomponentes de disponibilidade de sistema único são fundamentais para manter um ambiente dealta disponibilidade. O sistema tem vários componentes para o proteger contra falhas dehardware. O primeiro componente a proteger é o subsistema do disco. As tecnologias RAID 5,RAID 6, RAID 10 e replicação do disco asseguram vários mecanismos de protecção. Um destesmecanismos de protecção é, basicamente, um requisito para qualquer negócio.

Outro componente que deve ser protegido é a rede. Isto inclui adaptadores de rede redundantesno sistema e vários caminhos através da rede de hardware de rede redundante para ser utilizadopor utilizadores e sistemas para finalidades de comunicação.

O ambiente físico inclui também os serviços de utilitários necessários para manter a sala decomputadores. O sistema fornece a funcionalidade de execução em cabos de alimentação duplos.Isto significa que cada torre ou bastidor tem dois cabos de alimentação ligados a duas tomadaseléctricas diferentes. Isto permite a um computador ter diferentes painéis de alimentação paracada torre ou bastidor. Devido à natureza incerta da rede eléctrica pública, deve considerarseriamente a protecção da alimentação na sala de computadores através de uma fonte dealimentação ininterrupta ou de um gerador.

Outras considerações devem ter em conta as características físicas da sala dos computadores,como o calor, a refrigeração, a humidade do ar e a pureza do ar.

Ambiente lógicoO ambiente lógico consiste no ambiente de tempo de execução da aplicação. Isto consiste nosatributos do sistema, valores do sistema, atributos de configuração de rede, configuração dagestão de trabalho e perfis do utilizador. Estes terão de ser idênticos para que o ambiente deaplicações funcione no sistema de cópia de segurança de forma exactamente idêntica ao sistemade produção principal. É possível manter estes valores do ambiente lógico consistentes ao longode múltiplos sistemas através de um domínio administrativo de conjuntos de unidades,replicação lógica ou de um processo manual bem definido.

Conceitos relacionados:“Requisitos de resiliência” na página 9A empresa tem de identificar quais são os elementos que requerem protecção no caso do sistema centraldas aplicações sofrer uma desactivação. Os requisitos de resiliência consistem no conjunto de ambientesde aplicações, dados e sistemas necessários para preservar em caso de desactivação do sistema deprodução. Estas entidades permanecem disponíveis durante uma mudança de recurso, mesmo que osistema que as aloja sofra uma desactivação.Informações relacionadas:Planear resiliência de ambientesDomínio administrativo de conjunto de unidades


SimplicidadeA alta disponibilidade do IBM i endereça as três áreas de personalização, controlo e automatização, com oobjectivo de alcançar a simplicidade operacional.

PersonalizaçãoCada cliente possui um ambiente único, com requisitos únicos. A arquitectura de altadisponibilidade do IBM i fornece o contexto a partir do qual cada cliente pode conceber umasolução baseada no seu próprio ambiente de aplicação, de modo a ir ao encontro às suasnecessidades.

ControloA arquitectura do IBM PowerHA SystemMirror for i fornece controlo simples sobre o seuambiente de alta disponibilidade. Com algum nível de personalização, a activação, encerramento,comutação e mudança de recurso do ambiente de aplicações completas são controladas através deuma interface de conjunto de unidades de fácil utilização. O operador do sistema torna-se, assim,o operador do conjunto de unidades.

AutomatizaçãoA alta disponibilidade do ambiente de produção do cliente requer uma operação cuidada ecoordenada de todos os aspectos da aplicação de modo a manter resiliência e a assegurar umapassagem rápida de um servidor para outro sempre que um servidor principal é desactivado. Aautomatização do ambiente assegura que a pausa na produção é tão curta quanto possível. Oprincipal benefício das funcionalidades de automatização no IBM PowerHA SystemMirror for i éa redução de erros durante os cenários de falha. Um reduzido potencial de erro para osutilizadores melhora o processo de tomada de decisões no caso de uma falha.

Descrição geral do IBM PowerHA SystemMirror for iApós determinar os objectivos e requisitos do negócio, é necessário escolher a solução de elevadadisponibilidade do IBM i correcta que se ajusta ao negócio. O IBM PowerHA SystemMirror for i é umproduto da IBM que faculta uma solução de elevada disponibilidade completa para ambientes deprodução do IBM i. Faculta dados, aplicações e resiliência do ambiente, bem como uma interface degestão, que permite uma configuração e funcionamento uniformes.

Esta secção compara as tecnologias disponíveis dentro do produto IBM PowerHA SystemMirror for i.Conceitos relacionados:“Resiliência de dados” na página 14A resiliência de dados é a disponibilidade dos dados necessária num ambiente de produção. Existemvárias tecnologias, que lidam com os requisitos da resiliência de dados descritas na secção “Benefícios daElevada Disponibilidade”. Estas tecnologias podem ser divididas em duas categorias principais no IBM i– replicação lógica ou de software e replicação de disco ou de hardware.“Componentes da alta disponibilidade” na página 12A alta disponibilidade assegura o acesso a aplicações empresariais críticas e aos dados na eventualidadede uma interrupção do serviço. As soluções de alta disponibilidade do IBM i minimizam e, por vezes,eliminam o efeito de desactivações planeadas e não planeadas e desastres que afectem todo o local, parao seu negócio. A base para as soluções de alta disponibilidade do IBM i é a tecnologia de conjunto deunidades.Informações relacionadas:Gerir o PowerHATecnologias de replicação de dados do PowerHA

Comparação de tecnologias de resiliência de dados do PowerHAA resiliência de dados permite que os dados permaneçam disponíveis para aplicações e utilizadores, mesmoem caso de falha do sistema que aloja os dados. Optar pelo conjunto adequado de tecnologias deresiliência de dados no contexto da estratégia de continuidade do seu negócio pode ser um processo


complexo e difícil. É importante compreender as diferentes soluções de resiliência de dados que podemser utilizadas para melhorar a disponibilidade em vários ambientes de sistema. Pode optar por uma únicasolução ou utilizar uma combinação destas tecnologias para ir ao encontro das suas necessidades. Osseguintes tópicos comparam e contrastam as diferentes tecnologias de resiliência de dados dentro doproduto PowerHA.Conceitos relacionados:“Resiliência de dados” na página 14A resiliência de dados é a disponibilidade dos dados necessária num ambiente de produção. Existemvárias tecnologias, que lidam com os requisitos da resiliência de dados descritas na secção “Benefícios daElevada Disponibilidade”. Estas tecnologias podem ser divididas em duas categorias principais no IBM i– replicação lógica ou de software e replicação de disco ou de hardware.Informações relacionadas:Tecnologias de replicação de dados do PowerHAPlanear a resiliência de dados

Unidade lógica comutadaAs unidades lógicas (LUNs, logical units) comutadas permite que os dados que estejam armazenados noconjunto de discos independentes de unidades lógicas criadas num IBM DS8000, Controlador de Volumede SAN ou Storwize sejam comutados entre sistemas, facultando elevada disponibilidade. As LUNscomutáveis são um conjunto de unidades de disco num conjunto de discos independentes controlado porum grupo de recursos de conjunto de unidades do dispositivo e podem ser comutados entre nós dentrode um conjunto de unidades. Quando LUNs comutadas são combinadas com a tecnologia de conjuntosde unidades do IBM i, é possível criar uma solução de elevada disponibilidade simples e rentável paradesactivações planeadas e algumas não planeadas.

Um grupo de sistemas num conjunto de unidades pode tirar partido da funcionalidade de comutaçãopara mover o acesso ao conjunto de unidades lógico comutado de um sistema para outro. Uma unidadelógica comutável deve estar num IBM System Storage ligado através de uma rede de área dearmazenamento. Quando o conjunto de discos independentes é comutado, as unidades lógicas dentro doarmazenamento da IBM voltam a ser atribuídas de um sistema para o outro.

O benefício de utilizar LUNs comutadas para a resiliência de dados reside na respectiva simplicidadeoperacional. A única cópia de dados está sempre actualizada, o que significa que não existe outra cópiacom a qual é necessário sincronizar. Não existem dados em curso que se possam perder, tais como osdados transmitidos de forma assíncrona e o desempenho do tempo sistema é mínimo. A mudança defunções ou a comutação são relativamente óbvias, embora possa ser necessário contabilizar o temponecessário para activar o conjunto de discos independentes.

Outro benefício chave da utilização de LUNs comutadas é a latência de transmissão nula, que poderáafectar qualquer tecnologia baseada em replicação. O principal esforço associado a esta solução envolve aconfiguração do dispositivo de armazenamento de acesso directo (DASD), dos dados e da estrutura daaplicação.

As limitações também são associadas à solução de LUN comutada. Em primeiro lugar, existe apenas umacópia lógica dos dados que reside no conjunto de discos independentes. Isto poderá ser um único pontode falha, embora os dados devam ser protegidos através da utilização de RAID 5, RAID 6, RAID 10 oureplicação. Não é possível aceder aos dados em simultâneo a partir de ambos os sistemas centrais. Não épossível efectuar operações como o acesso de leitura ou a cópia de segurança para a banda a partir dosistema de cópia de segurança. Alguns tipos de objecto, como os objectos de configuração, não podem serlidos num conjunto de discos independentes. É necessário outro mecanismo, como por exemplooperações de salvaguarda e restauro periódicas, replicação lógica ou de domínio administrativo doconjunto de unidades, para garantir que estes objectos são mantidos.


Outra limitação envolve restrições associadas ao hardware. Um exemplo seriam as desactivaçõesassociadas a determinadas actualizações de hardware. O conjunto de discos independentes não pode seractivado online para um sistema com uma edição anterior. Tendo isto em conta, o design e a análiseantecipados do ambiente do sistema são essenciais.

Características das unidades lógicas comutadas

v Todos os dados mantidos no conjunto de dados independente pode ser comutado e disponibilizado nosistema de cópia de segurança.

v Não existem problemas com a sincronização de dados.v Conjunto único de dados para minimizar o custo por disco.v Ponto único de falha para dados no conjunto de discos independente.v Solução de sítio único, por isso não possui capacidade de DRv Requer IBM System Storage.v A comutação e a mudança de recurso incluem a activação atempada antes da disponibilização dos

dados do conjunto de discos independente.v Pode ser utilizada com outras tecnologias

Consulte Servidores de armazenamento suportados do PowerHA para obter mais informações sobre astecnologias de armazenamento facultadas pela IBM.Informações relacionadas:Unidades lógicas comutadasConfigurar unidades lógicas (LUNs, logical units) comutadasGerir unidades lógicas (LUNs, logical units) comutadasServidores de armazenamento suportados por PowerHA

Replicação geográficaA replicação geográfica é uma função do sistema operativo IBM i. Todos os dados que são colocados nacópia de produção do IASP são replicados para um segundo IASP num segundo sistema, talvez remoto.A replicação é executada dentro do sistema operativo, por isso esta solução poderá ser utilizada comqualquer tipo de armazenamento. Existem versões síncronas e assíncronas da replicação geográfica. Areplicação geográfica síncrona garante que as duas cópias dos dados são idênticas, mas possui umalimitação de distância, uma vez que a transacção de E/S não irá concluir no sistema de origem até que aE/S também tenha alcançado o sistema de destino. A replicação geográfica assíncrona não possuilimitações de distância, mas se o lado de origem falhar inesperadamente, poderá haver alguns segundosde perda de dados.

Os benefícios desta solução são essencialmente os mesmos que a solução de LUN comutada com avantagem adicional de facultar recuperação de desastres para uma segunda cópia a uma distânciaaumentada. O principal benefício continua a ser a simplicidade operacional. As operações de comutaçãosão essencialmente as mesmas que as da solução da LUN comutada, excepto que o utilizador comutapara a cópia replicada do IASP, o que faz desta uma solução de HA directa para implementar e operar.Como na solução da LUN comutada, os objectos que não se encontram no IASP têm de ser processadospor um outro mecanismo como, por exemplo, domínio administrativo e não é possível colocar o IASPonline para um sistema anterior. A replicação geográfica permite também o suporte de replicação emtempo real para ambientes integrados de sistema central, como por exemplo o Microsoft Windows eLinux. Isto não é, geralmente, possível através da replicação lógica baseada em diário.

Uma vez que a replicação geográfica encontra-se dentro do sistema operativo IBM i, uma potenciallimitação de uma solução de replicação geográfica são impactos de desempenho em certos ambientes devolume de trabalho. Para a replicação geográfica síncrona, durante a execução de trabalhos por lotesintensivos de entrada/saída (E/S), é possível existir alguma degradação de desempenho no sistemaprincipal. Além disso, tenha em atenção o tempo de sistema da unidade central de processamento (CPU,central processing unit) que é requerido para suportar a replicação geográfica.


Não é possível aceder à cópia de segurança do conjunto de discos independentes enquanto asincronização de dados se encontra em curso. Por exemplo, se pretender gravar a partir da cópiareplicada geograficamente, é necessário definir as operações no sistema de origem e desanexar a cópiareplicada. Em seguida, terá de activar a cópia desanexada no conjunto de discos independentes nosistema de cópia de segurança, executar o procedimento de cópia de segurança e, em seguida, anexarnovamente o conjunto de discos independentes no sistema de central de produção. É então efectuada asincronização dos dados alterados enquanto o conjunto de discos independente estava desanexado. A suasolução HA encontra-se exposta durante a realização da cópia de segurança e durante a sincronização, oque significa que não existe um segundo conjunto de dados actualizado. A replicação geográfica utilizarastreio de origem e de destino para minimizar esta exposição.

Características da replicação geográfica

v Todos os dados mantidos no conjunto de discos independente serão replicados numa segunda cópiados dados num segundo sistema.

v A replicação é uma função do sistema operativo IBM i, por isso é possível utilizar qualquer tipo dearmazenamento.

v A aplicação poderá ser comutada para o sistema de cópia de segurança e poderá operar na cópia doconjunto de discos independentes.

v Duas cópias de dados, eliminando o ponto único de falha.v Durante a utilização da replicação geográfica síncrona, é garantido que ambas as cópias do IASP serão

idênticas. A replicação geográfica síncrona ao longo de uma distância poderá ter impacto nodesempenho da aplicação devido à latência de comunicação.

v É possível dispersar geograficamente a segunda cópia dos dados caso utilize a replicação geográficaassíncrona. No caso de uma desactivação não planeada no sistema de origem, são possíveis algunssegundos de perda de dados.

v Transmissão de dados através de 1 a 4 linhas de comunicação TCP/IP para maior produtividade eredundância.

v É também recomendado que seja utilizada uma linha separada para o sinal de criação do conjunto deunidades, uma vez que a partilha do sinal com a porta de dados pode causar situações de conflito eesgotar o tempo de espera.

v Procedimentos de gravação offline e consultas a cópias de segurança dos dados enquanto o conjuntode dados da cópia de segurança está desanexado.

v A resiliência dos dados não é mantida enquanto o conjunto de dados da cópia de segurança estádesanexado. A resiliência de dados é retomada após a conclusão da ressincronização parcial ou total.

v É possível ser utilizada em conjunto com a tecnologia de comutação da LUN do IBM i.v O tempo sistema de desempenho do sistema está associado à execução de replicação geográfica.v É fortemente recomendado que configure os conjuntos de memória auxiliares separados ou utilize

trabalhos de utilizador que acedam a conjuntos de discos independentes para evitar que essestrabalhos criem situações de conflito com outros trabalhos no sistema e para utilizar mais espaço dearmazenamento do que o desejado. Mais especificamente, os trabalhos de conjunto de discosindependente não devem utilizar o conjunto da máquina ou o conjunto base. Se os trabalhos doconjunto de discos independente utilizarem a mesma memória dos trabalhos que não estão a acederaos conjuntos de discos independentes, os trabalhos do conjunto de discos independente podemmonopolizar o conjunto de memória, bloquear os trabalhos e, em situações extremas, bloquear osistema. A exposição para este tipo de situação é ainda maior ao utilizar a replicação geográfica.

v Os objectos registados em diário no conjunto de discos independente irão garantir a actualização dosdados no sistema de destino.

v Monitorização simples do processo de replicação.v O custo está associado a um segundo conjunto de discos.v A replicação efectua-se ao nível da página da memória gerida pelo IBM i.Informações relacionadas:


Replicação geográficaPlanear replicação geográficaConfigurar replicação geográficaGerir a replicação geográficaMensagens de replicação geográficaCenário: Replicação geográfica

Metro MirrorA Metro Mirror consiste numa função do servidor do IBM System Storage. Os dados armazenados emIASPs encontram-se em unidades de disco que se encontram no System Storage Server. Esta soluçãoenvolve replicação ao nível do hardware para um segundo servidor de armazenamento que utiliza IBMSystem Storage Copy Services. Cada servidor de armazenamento está ligado a um IBM i diferente. UmIASP é a unidade básica de armazenamento para a função System Storage Peer-to-Peer Remote Copy(PPRC). PPRC faculta uma replicação do IASP para outro servidor do System Storage. O IBM i facultaum conjunto de funções para combinar o PPRC, IASPs e os serviços de recursos de conjuntos deunidades do IBM i para o processamento de comutação e mudança de recursos coordenado através deum grupo de recursos de conjuntos de unidades (CRG, cluster resource group) do dispositivo. É possívelcombinar esta solução com outras funções de serviços de cópias baseadas no System Storage, incluindoLUNs comutáveis e FlashCopy para uma redução da janela de salvaguarda.

A replicação Metro Mirror é efectuada de forma síncrona. É também necessário estar atento às limitaçõesde distância e requisitos de largura de banda associados aos tempos de transmissão, tal como emqualquer solução que utilize comunicações síncronas.

Características da Metro Mirror

v Solução do servidor IBM System Storage integrada com a estrutura do PowerHA.v A segunda cópia dos dados pode estar geograficamente dispersa por distâncias curtas a longas.v São necessários dois servidores System Storage ou dois conjuntos de dados no mesmo servidor do

System Storage.v O custo está associado a um segundo conjunto de discos.v Os procedimentos para guardar offline e as consultas são possíveis enquanto a replicação está suspensa

ou a partir de uma cópia pontual dos dados.v A resiliência dos dados não é mantida enquanto o conjunto de dados da cópia de segurança está

desanexado. A resiliência dos dados é retomada após a conclusão da ressincronização.v A transmissão de dados é um processo síncrono. A perda de dados em curso não é possível.v O processo da replicação de dados síncrona poderá afectar o desempenho da aplicação caso a largura

de banda de comunicações não tenha o tamanho adequado ou se a distância for muito grande.v A Metro Mirror não implica custos, já que é processada pelo servidor de armazenamento.v O registo em diário dos objectos no conjunto de discos independentes assegura que estas alterações são

forçadas rapidamente para o disco em que serão depois replicadas para o sistema de destino.v A replicação dos dados do conjunto de discos independente encontra-se no nível do sector do disco,

entre os discos em ambos os servidores de armazenamento. Todos os objectos no conjunto de discosindependentes serão sincronizados.

v Múltiplas linhas de comunicações de Fibre Channel disponíveis para redundância e maior largura debanda.

Informações relacionadas:Metro MirrorPlaneamento: Metro MirrorConfigurar Metro MirrorGerir a Metro Mirror


Cenário: Metro Mirror

Global MirrorGlobal Mirror utiliza a mesma tecnologia que Metro Mirror excepto o facto da transmissão de dados serefectuada de forma assíncrona. A Global Mirror no DS8000 e com Controlador de Volume de SAN evolumes de alteração de sistema Storwize requer um terceiro conjunto de discos para manter aconsistência dos dados.

Uma vez que esta transmissão de dados é assíncrona, não existe limite para a distância e dispersãogeográfica entre os servidores do System Storage.

Características da Global Mirror

v Solução do IBM System Storage Server integrada com a estrutura de conjuntos de unidades doPowerHA.

v A segunda cópia dos dados pode estar geograficamente dispersa por vários locais distantes.v São necessários dois servidores System Storage.v São requeridas duas cópias dos dados no Servidor do System Storage de destino para garantir a

consistência dos dados através de distâncias.v Os procedimentos para guardar offline e as consultas são possíveis a partir de uma cópia dos dados,

mantendo a resiliência dos mesmos.v A transmissão de dados é um processo assíncrono. Durante um procedimento em tempo real, a perda

de dados é possível.v A replicação assíncrona de dados é um processo que não afecta o desempenho das aplicações.v A replicação dos dados do conjunto de discos independente encontra-se no nível do sector do disco,

entre os discos em ambos os servidores de armazenamento. Todos os objectos no conjunto de discosindependentes serão sincronizados.

v O custo é associado a um segundo e terceiro conjunto de discos.v Não são necessários despesas gerais de sistema para executar a Global Mirror, uma vez que esta é

processada pelo servidor de armazenamento.v O registo em diário dos objectos no conjunto de discos independentes assegura que estas alterações são

forçadas rapidamente para o disco em que serão depois replicadas para o sistema de destino.v Múltiplas linhas de comunicações de Fibre Channel disponíveis para redundância e maior largura de

banda.Informações relacionadas:Global MirrorPlaneamento: Global MirrorConfigurar Global MirrorGerir a Global MirrorCenário: Global Mirror

HyperSwap de Sistema Completo do DS8000HyperSwap de Sistema completo é uma solução de sistema completo que permite unidades lógicasreplicadas entre duas unidades do IBM System Storage DS8000. O IBM i poderá comutar o acesso doDS8000 principal para o DS8000 secundário com uma desactivação mínima durante este tempo,facultando uma solução de elevada disponibilidade de impacto mínimo.

HyperSwap de Sistema Completo do DS8000 é uma única solução do sistema do IBM i que utiliza doisIBM System Storage Servers e não requer um conjunto de unidades. O IBM i fornece a capacidade para osistema comutar entre os servidores DS8000 para desactivações do lado do armazenamento, planeadas enão planeadas, sem perda de acesso aos dados durante a comutação.


HyperSwap

IBM i A

SYSBASIASP1

HyperSwap de Sistema Completo de DS8000 Desactivação planeada de DS8000 - Comutação de HyperSwap para DS8000 de reservaTempo de inactividade quase zero

DS8000 M

SYSBASIASP1

DS8000 N

SYSBASIASP1

DS8000 M

HyperSwap SYSBASIASP1

DS8000 N

rzaig

0001-1

IBM i A

1 2

Uma vez que o HyperSwap utiliza a função de Metro Mirror do DS8000, as transferências de dados sãoefectuadas de forma síncrona. Deve ter em atenção as mesmas limitações de distância e os requisitos debanda larga associados aos tempos de transmissão, tal como em qualquer solução, quando são enviadascomunicações.

Características do HyperSwap de Sistema Completov Solução de sistema única.v Uma partição única do IBM i com acesso a dois Sistemas do IBM System Storage.v Dois Servidores do IBM System Storage que estão a utilizar a função de Metro Mirror de IBM System

Storage Copy Services Peer-to-Peer Remote Copy (PPRC).v Todas as unidades de disco ligadas ao sistema IBM i têm de se encontrar numa relação Metro Mirror

para que HyperSwap funcione.v A transferência de dados é síncrona.v Tempo de inactividade quase zero para desactivações de armazenamento planeadasv Tempo de inactividade mínimo para desactivações de armazenamento não planeadas (segundos a

minutos)v Definição de afinidade para permitir a comutação automática de servidores de armazenamento durante

uma comutação de PowerVM Live Partition Mobility (LPM)Informações relacionadas:HyperSwap de Sistema Completo do DS8000Planear para HyperSwap de Sistema Completo do DS8000Configurar HyperSwap de Sistema Completo do DS8000Gerir HyperSwap de Sistema Completo do DS8000

DS8000 HyperSwap com conjuntos de memória auxiliar independentes (IASPs,independent auxiliary storage pools)O PowerHA Enterprise Edition suporta DS8000 HyperSwap a um nível de IASP. HyperSwap funcionaindependentemente para SYSBAS e IASPs. É possível configurar as relações de HyperSwap apenas paraunidades lógicas SYSBAS, apenas unidades lógicas IASP ou ambas.

Características de DS8000 HyperSwap com IASPs

v Tempo de inactividade quase zero para desactivações de armazenamento planeadas


v Tempo de inactividade mínimo para desactivações de armazenamento não planeadas (segundos aminutos)

v Desactivações do servidor planeadas ou não planeadas processadas por tecnologia comutada de LUNpara um tempo de inactividade mínimo.

v Todas as unidades de disco ligadas ao sistema IBM i têm de se encontrar numa relação Metro Mirrorpara que HyperSwap funcione.

v Definição de afinidade para permitir a comutação automática de servidores de armazenamento duranteuma comutação de PowerVM Live Partition Mobility (LPM)

v Capacidade de comutação de PowerHA para uma actualização ou desactivação planeadas do servidorou do software proprietário do IBM i

v Capacidade de mudança de recurso do PowerHA para uma desactivação não planeada do servidor oudo software proprietário do IBM i

Informações relacionadas:DS8000 HyperSwap com IASPsPlanear DS8000 HyperSwap com conjuntos de memória auxiliar independentes (IASPs, independentauxiliary storage pools)Configurar DS8000 HyperSwap com conjuntos de memória auxiliar independentes (IASPs, independentauxiliary storage pools)Gerir DS8000 HyperSwap com conjuntos de memória auxiliar independentes (IASPs, independentauxiliary storage pools)

Utilizar cenários de casos:

Esta secção destina-se a demonstrar os possíveis cenários que poderão ser utilizados para trazer elevadadisponibilidade e recuperação de desastres para o negócio.

Por vezes uma imagem vale mil palavras. Espera-se que estas imagens ajudem o utilizador a determinarque solução funcione melhor para o negócio.

Ambiente de comutação HyperSwap + LUN:

A maioria dos nossos clientes que utilizam HyperSwap num ambiente de IASP combinam HyperSwapcom a tecnologia de comutação de unidades lógicas (LUN, logical unit) PowerHA.

Através da combinação destas tecnologias, os clientes obtêmv Tempo de inactividade quase zero para uma desactivação do servidor de armazenamento planeadav Tempo de inactividade mínimo para uma desactivação do servidor de armazenamento não planeada

(segundos a minutos)v Capacidade de comutação de PowerHA para uma actualização ou desactivação planeadas do servidor

ou do software proprietário do IBM iv Capacidade de mudança de recurso do PowerHA para uma desactivação não planeada do servidor ou

do software proprietário do IBM i


HyperSwap

IBM i A

IASP1

IBM i B

Funcionamento Normal Comutação de HyperSwap de IASP1 para DS8000 secundário Tempo de inactividade quase zero

SYSBAS B

DS8000 M

IASP1

SYSBAS B

DS8000 N

IBM i BIBM i A

DS8000 M

IASP1 IASP1

DS8000 N

SYSBAS BSYSBAS B

rzaig

0009-1SYSBAS A SYSBAS A SYSBAS A SYSBAS A

1 2

O diagrama acima representa uma combinação de HyperSwap mais ambiente de comutação da LUN.Caso o DS8000 de produção possua uma desactivação planeada, é possível iniciar uma comutação deHyperSwap para o DS8000 de destino com um tempo de inactividade de quase zero. Este tipo decomutação não envolve a comutação de acesso do IASP do IBM i A para IBM i B ou uma desactivação eactivação do IASP.

1 2

HyperSwap

IBM i A

SYSBAS A

IASP1

IBM i B

Funcionamento Normal Mudança de recurso de HyperSwap não planeada para DS8000 secundárioTempo de inactividade mínimo

SYSBAS B'

DS8000 M

SYSBAS A'

IASP1

SYSBAS B

DS8000 N

IBM i BIBM i A

DS8000 M

IASP1 IASP1

SYSBAS A

DS8000 N

SYSBAS B

SYSBAS A

SYSBAS

rzaig

0010-1

O diagrama acima representa uma combinação de HyperSwap mais ambiente de comutação da LUN.Caso o DS8000 de produção possua uma desactivação não planeada, uma mudança de recurso doHyperSwap será automaticamente iniciada para o DS8000 de destino com um tempo de inactividademínimo (segundos a minutos). Este tipo de comutação não envolve a comutação de acesso do IASP doIBM i A para IBM i B ou uma desactivação e activação do IASP.


IBM i A

IASP1

Funcionamento Normal Comutação de CRG (Comutador LUN) de IBM i A para IBM i B

DS8000 M

IASP1

DS8000 N

IBM i A

DS8000 M

IASP1 IASP1

DS8000 N

rzaig

0011-1

HyperSwap

IASP1

IBM i A

PowerHA executa automaticamente uma comutação de HyperSwap para a afinidade correcta

DS8000 M

IASP1

DS8000 N

HyperSwap

HyperSwap

IBM i B IBM i B

IBM i B

1 2

3

O diagrama acima representa uma combinação de HyperSwap mais ambiente de comutação da LUN.Caso a partição de produção (IBM i A) possua uma desactivação planeada, é possível iniciar umacomutação do comutador da LUN para a partição de destino (IBM i B) com um tempo de inactividade dequase zero. Caso a afinidade tenha sido definida, uma comutação de HyperSwap também seria iniciadapara comutar o acesso de dados do DS8000 de produção para o DS8000 de destino. Este tipo decomutação envolve a comutação de acesso do IASP de (IBM i A) para (IBM i B) e uma desactivação eactivação do IASP.


IBM i A

IASP1

Funcionamento Normal IBM i A falha, Comutação de CRG (Comutador LUN) de IBM i A para IBM i B

DS8000 M

IASP1

DS8000 N

IBM i A

DS8000 M

IASP1 IASP1

DS8000 N

rzaig

0012-1

HyperSwapHyperSwap

IBM i B

IASP1

PowerHA executa automaticamente uma comutação de HyperSwap para a afinidade correcta

DS8000 M

IASP1

DS8000 N

HyperSwap

IBM i A

IBM i B IBM i B

1 2

3

O diagrama acima representa uma combinação de HyperSwap mais ambiente de comutação da LUN.Caso a partição de produção (IBM i A) possua uma desactivação não planeada, uma mudança de recursodo comutador da LUN será iniciada automaticamente para a partição de destino (IBM i B) com umtempo de inactividade mínimo. Caso a afinidade tenha sido definida, uma comutação de HyperSwaptambém seria iniciada para comutar o acesso de dados do DS8000 de produção para o DS8000 de destino.Este tipo de comutação envolve a comutação de acesso do IASP de (IBM i A) para (IBM i B) e umadesactivação e activação do IASP.

Uma vez que HyperSwap e a comutação da LUN são tecnologias locais, estas tecnologias nãoprotegeriam contra uma desactivação do sítio.

Ambiente HyperSwap + Afinidade:

É possível definir afinidade com ou sem um ambiente de comutação de LUN.

A afinidade garante que numa comutação de Live Partition Mobility ou numa comutação de LUN, a E/Sé executada no servidor de armazenamento com a melhor afinidade no servidor Power que aloja apartição do IBM i.


IBM i A

SYSBAS

IASP1

Em EsperaHardware

Funcionamento Normal Após LPM, existe uma penalidade no desempenho da E/S

DS8000 M

SYSBAS

IASP1

DS8000 N

IBM i A

DS8000 M

IASP1 IASP1

SYSBAS

DS8000 N

SYSBAS

rzaig

0008-1

Em EsperaHardware

HyperSwap

IBM i A

SYSBAS

IASP1

Em EsperaHardware

Comutação automática de HyperSwap para eliminar a penalidade

DS8000 M

SYSBAS

IASP1

DS8000 N

HyperSwap

1 2

3

Na imagem acima, um ambiente HyperSwap é configurado para a partição IBM i A para oarmazenamento em DS8000 M e DS8000 N. Quando a Live Partition Mobility é utilizada para activar a

partição no hardware em espera em , ainda é possível aceder aos dados através de DS8000 M, que seencontra a uma maior distância e poderá resultar numa penalidade do desempenho em cada E/S. Épossível definir a afinidade de forma a que DS8000 M seja associado ao servidor POWER no ladoesquerdo e que DS8000 N seja associado ao servidor no lado direito. Em seguida, conforme demonstrado

em , como parte da comutação de Live Partition Mobility, a relação de HyperSwap também serárevertida de forma a que os dados sejam agora acedidos a partir de DS8000 N.

Adicionar FlashCopy:

Também é possível utilizar a tecnologia FlashCopy em conjunto com HyperSwap.

Através da adição de FlashCopy, é possível criar uma cópia de ponto no tempo separada do IASP eactivada para outra partição do IBM i, permitindo cópias de segurança offline.


FlashCopyFlashCopy é uma função do servidor IBM System Storage. FlashCopy faculta uma cópia de ponto notempo rápida dos dados, que poderá ser colocada online numa partição ou sistema em separado. Estacópia poderá ser utilizada para cópias de segurança offline ou para preencher dados num sistema dedesenvolvimento ou de testes. FlashCopy poderá ser utilizada com qualquer uma das outras tecnologiasde resiliência de dados incluídas no PowerHA ou poderá ser utilizada em separado.

Características de FlashCopy

v A tecnologia do servidor IBM System Storage, que está integrada dentro da estrutura do PowerHA.v Faculta uma cópia de ponto no tempo rápida para utilização em cópias de segurança offline.v Não é uma tecnologia de elevada disponibilidade por si própria uma vez que é uma cópia de ponto no

tempo.v Requer armazenamento de disco adicional para criar a cópia no mesmo servidor de armazenamento

que a cópia de origem.Informações relacionadas:FlashCopy

Tecnologias de HA combinadasA maioria das tecnologias disponíveis no PowerHA podem ser combinadas para facultar um maior nívelde disponibilidade e protecção contra mais tipos de desactivações.

Seguem-se alguns exemplos:v Alguns clientes possuem armazenamento interno num sistema e armazenamento externo noutro. É

possível utilizar a replicação geográfica para replicar entre o armazenamento interno e externo. Nosistema com armazenamento externo, é possível configurar as unidades lógicas comutadas parafacultar protecção local contra desactivações do servidor e, em seguida, a replicação geográficaassíncrona poderá facultar protecção contra desactivações de armazenamento e recuperação dedesastres.

v Também é possível combinar unidades lógicas comutadas com Metro Mirror ou Global Mirror parafacultar protecção local contra desactivações do servidor e replicação para um sítio remoto paradesactivações de armazenamento e recuperação de desastres.

v É possível combinar FlashCopy com qualquer tecnologia no armazenamento externo para facultar umacópia de ponto no tempo utilizada para cópias de segurança ou para preencher sistemas dedesenvolvimento ou de testes.

Gestão de alta disponibilidadePara planear, configurar e gerir uma solução completa de alta disponibilidade é necessário um conjuntode ferramentas e ofertas de gestão. Com os sistemas IBM i, existem várias opções para a gestão de altadisponibilidade.

Dependendo das suas necessidades e requisitos, a gestão de alta disponibilidade fornece interfacesgráficas, comandos e APIs que podem ser utilizadas para criar e gerir o seu ambiente. Pode tambémoptar por utilizar uma aplicação de um Parceiro de Negócios IBM. Cada uma destas opções de gestão dealta disponibilidade tem as suas desvantagens e limitações.

Interfaces do IBM PowerHA SystemMirror for iO IBM PowerHA SystemMirror for i, número de programa licenciado (5770-HAS), consiste numa ofertade alta disponibilidade global. Quando combinado com os conjuntos de armazenamento auxiliaresindependentes (iASPs) e com Recursos Comutáveis HA (HASR - Opção 41), activa uma solução completapara ser implementada através do servidor ou do disco interno do IBM System Storage. O PowerHAproporciona várias interfaces para configurar e gerir as soluções e tecnologia de alta disponibilidade.


Para obter mais informações sobre as tecnologias de armazenamento fornecidas pelo IBM i, consulteServidores de armazenamento suportados por PowerHA.

O programa licenciado IBM PowerHA SystemMirror for i fornece uma interface gráfica que lhe permiteconfigurar e gerir uma solução de alta disponibilidade. Este produto também fornece os comandoscorrespondentes e as APIs para as funções relacionadas com as tecnologias de alta disponibilidade. Comeste programa licenciado, os administradores de alta disponibilidade podem criar e gerir uma solução dealta disponibilidade que vá ao encontro das suas necessidades empresariais, utilizando interfaces que seajustam às suas competências e preferências. Pode também trabalhar alternadamente com múltiplasinterfaces de forma optimizada, utilizando interfaces gráficas para algumas tarefas e comandos e comAPIs para outras.

O programa licenciado do IBM PowerHA SystemMirror for i proporciona as seguintes interfaces:

Interface gráfica do PowerHAEsta interface gráfica permite-lhe configurar, monitorizar e gerir de forma fácil a sua solução deAlta Disponibilidade. Para clientes que estão a efectuar uma actualização de uma edição anteriorà 7.2, esta combina a simplicidade da interface gráfica do Gestor de Soluções de AltaDisponibilidade com a flexibilidade da interface gráfica dos Serviços de Recursos de Conjuntos deUnidades numa única interface gráfica.

Comandos do PowerHAEstes comandos permitem-lhe configurar e gerir a solução de alta disponibilidade através de umainterface de linha de comandos.

APIs do PowerHAEstas APIs permitem-lhe trabalhar com a versão do PowerHA e obter informações relacionadascom o PowerHA.

Interface gráfico do PowerHA:

O programa licenciado IBM PowerHA SystemMirror for i faculta uma interface gráfica que permiteefectuar tarefas com tecnologias de elevada disponibilidade do IBM i para configurar, monitorizar e geriruma solução de elevada disponibilidade.

Pode utilizar a interface gráfica do PowerHA para criar e gerir conjuntos de unidades, domínios dedispositivos, domínios administrativos de conjuntos de unidades e ASPs independentes, todos a partir deuma interface gráfica única.Informações relacionadas:Interface gráfica do PowerHAImplementar o PowerHA

Opção 41 (HA Switchable Resources)A Opção 41 (HA Switchable Resources) é necessária para a utilização de várias interfaces de gestão dealta disponibilidade do IBM i e as funções requerem a respectiva instalação para que seja possívelutilizá-las.

É necessária a opção 41 (High Availability Switchable Resources) se pretender utilizar as seguintesinterfaces:v Programa licenciado IBM PowerHA SystemMirror for i.

– Interface gráfica do PowerHA– Comandos do PowerHA– APIs do PowerHA

Também é necessária a Opção 41 para criar ou trabalhar com um domínio de dispositivo.


Detecção de falha de nó avançadaOs Serviços de Recursos de Conjuntos de Unidades podem agora utilizar uma partição da Consola degestão de hardware (HMC) ou uma partição do Servidor de E/S virtual (VIOS) num servidor gerido peloGestor de Virtualização Integrado (IVM) para detectar uma eventual falha num nó de conjunto deunidades.

A detecção de falhas de nós podem ser conseguidas através da HMC ou do IVM. Um de conjunto deunidades que seja configurado com um monitor de conjunto de unidades tem de ter seguinte softwareinstalado.v Opção 33 do IBM i , IBM Portable Application Solutions Environment for iv 5733-SC1, IBM Portable Utilities for iv Opção 1 do 5733-SC1 opção, OpenSSH, OpenSSL, zlibv 5770-UME, IBM Universal Manageability Enablement for iInformações relacionadas:Detecção de falha de nó avançada

Função de alta disponibilidade no sistema operativo de baseAlguns comandos de CL de conjunto de unidades e todas as APIs de conjunto de unidades existem noIBM i de base.

Comandos de conjunto de unidades

Os comandos de conjunto de unidades que se seguem permanecerão em QSYS para finalidades dedepuração e para eliminar objectos relacionados com o conjunto de unidades:v Comando Eliminar grupo de recursos do conjunto de unidades (DLTCRG)v Comando Copiar rastreio do conjunto de unidades da memória (DMPCLUTRC)v Comando Alterar recuperação do conjunto de unidades (CHGCLURCY)v Comando Iniciar servidor da tabela de indexações de conjuntos de unidades (STRCHTSVR)v Comando Terminar servidor da tabela de indexações de conjuntos de unidades (ENDCHTSVR)

APIs do conjunto de unidades

Pode gravar a sua própria aplicação personalizada para configurar e gerir o seu conjunto de unidadesutilizando APIs do conjunto de unidades. Estas APIs tiram partido da tecnologia fornecida pelos serviçosde recursos de conjuntos de unidades, facultados como parte do IBM i. São incluídas novas funçõesmelhoradas nos comandos do IBM PowerHA SystemMirror for i, as quais são facultadas pelo programalicenciado do IBM PowerHA SystemMirror for i.

Informações relacionadas com a descrição geral da AltaDisponibilidadeOs manuais do produto, as publicações IBM Redbooks, os sítios da Web e outras colecções de tópicos docentro de informações, contêm informações relacionadas com a colecção de tópicos da AltaDisponibilidade. Também pode encontrar informações relacionadas com implementação de conjuntos dediscos independentes, tecnologias do PowerHA e recuperação de desastres. Pode ver ou imprimirqualquer um dos ficheiros em formato PDF.

IBM Redbooks

v IBM i E Família do IBM Storwize: Um Manual Prático para Cenários de Utilização

v IBM i e IBM System Storage: Um Manual para Implementar Discos Externos no IBM i


http://www.redbooks.ibm.com/redpieces/abstracts/sg248197.html?Open

http://www.redbooks.ibm.com/abstracts/sg247120.html?Open

v Implementar o PowerHA para IBM i

v Introduction to Storage Area Networksv iSeries em Redes Área de Armazenamento: Um Manual para Implementar Disco e Banda de FC com

iSeries

v PowerHA SystemMirror for IBM i Cookbook

v Exemplo de Configuração Simples para Storwize V7000 FlashCopy e PowerHA SystemMirror for i

Sítios da Web

v Elevada disponibilidade com o IBM PowerHA

Este é o sítio da IBM para Elevada Disponibilidadee Conjuntos de Unidades para i, UNIX e Linux.

v IBM i

v IBM PowerHA SystemMirror for i

v IBM PowerHA SystemMirror for i wiki

v IBM Storage

v Power Services Este sítio da IBM contém os serviços e formação de Systems Lab oferecida para o IBM i.

v IBM System Storage Interoperation Center (SSIC)

v IBM Techdocs Library Este sítio da Web faculta-lhe o acesso às informações de suporte técnico, de planeamento e deinstalação mais actuais disponibilizadas pelo suporte de pré-vendas da IBM e está em constanteactualização. Consulte os maiores e mais recentes, documentos técnicos sobre a alta disponibilidade,conjuntos de discos independentes, SAP, JD Edwards, etc.

v Learning Services USEste é o sítio da IBM para a formação de produtos de TI, de soluções personalizadas e de e-Learning.Pode pesquisar mais informações sobre os cursos oferecidos sobre os conjuntos de discosindependentes e conjuntos de unidades.

v Performance Management on IBM i

v Recommended fixesEste sítio da Web fornece as ligações disponíveis para as PTFs disponíveis para vários produtos da IBMi. Para as PTFs relacionadas com a elevada disponibilidade, seleccione o tópico ElevadaDisponibilidade: Conjunto de Unidades, IASP, XSM e Diário.

Colecção de tópicos do Information Centerv Guia de consulta de disponibilidadev Descrição geral da Alta Disponibilidadev Tecnologias de Alta Disponibilidadev Knowledge Center do Controlador de Volume da SAN da IBMv Knowledge Center do IBM Storwize V7000v Knowledge Center do IBM Storwize V3700




http://www.redbooks.ibm.com/abstracts/sg246220.html

http://www.redbooks.ibm.com/abstracts/sg246220.html


http://www.redbooks.ibm.com/abstracts/redp4923.html?Open

http://www.ibm.com/systems/power/software/availability/

http://www.ibm.com/developerworks/ibmi/

http://www-03.ibm.com/systems/power/software/availability/i/index.html

http://www.ibm.com/developerworks/ibmi/ha

http://www.ibm.com/servers/storage/

http://www-03.ibm.com/systems/services/labservices/platforms/labservices_power.html

http://www-03.ibm.com/systems/support/storage/ssic/interoperability.wss

http://www.ibm.com/support/techdocs

http://www.ibm.com/services/learning/us/

http://www-03.ibm.com/systems/power/software/i/management/performance/resources.html

http://www-912.ibm.com/s_dir/slkbase.nsf/recommendedfixes

http://www-01.ibm.com/support/knowledgecenter/STPVGU/welcome

http://www-01.ibm.com/support/knowledgecenter/ST3FR7/welcome

http://www-01.ibm.com/support/knowledgecenter/STLM5A/welcome

v Knowledge Center do IBM DS8000v Implementar Alta Disponibilidade

Outras informaçõesv Gestão de discosv Monitorização e Controlo de Recursos (RMC, Resource Monitoring and Control)


http://www-01.ibm.com/support/knowledgecenter/HW213_7.2.0/com.ibm.storage.ssic.help.doc/f2c_ichomepage.htm

Avisos

Estas informações foram desenvolvidas para produtos e serviços oferecidos nos E.U.A.

A IBM poderá não disponibilizar os produtos, serviços ou funções mencionados neste documento emoutros países. Consulte o representante IBM para obter informações acerca dos produtos e serviçosactualmente disponíveis na sua área. Quaisquer referências a produtos, programas ou serviços da IBMnão significam que apenas esses programas licenciados, produtos ou serviços da IBM possam serutilizados. Qualquer outro produto, programa ou serviço, funcionalmente equivalente, poderá serutilizado em substituição daqueles, desde que não infrinja nenhum direito de propriedade intelectual daIBM. No entanto, é da inteira responsabilidade do utilizador avaliar e verificar o funcionamento dequalquer produto, programa ou serviço não produzido pela IBM.

A IBM pode ter referências a patentes ou a pedidos de patente pendentes referentes ao assunto descritoneste documento. O facto de este documento lhe ser fornecido não lhe confere nenhum direito sobre essaspatentes. Caso solicite pedidos de informação sobre licenças, tais pedidos deverão ser endereçados, porescrito, para:

IBM Director of LicensingIBM CorporationNorth Castle DriveArmonk, NY 10504-1785U.S.A.

Para solicitar pedidos de informação sobre licenças relativamente a informações de duplo byte (DBCS),entre em contacto com o Departamento de propriedade intelectual da IBM do seu país ou envie pedidospor escrito para:

Intellectual Property LicensingLegal and Intellectual Property LawIBM Japan Ltd.1623-14, Shimotsuruma, Yamato-shiKanagawa 242-8502 Japan

O parágrafo seguinte não se aplica ao Reino Unido nem a qualquer outro país onde estas cláusulas sejaminconsistentes com a lei local: A INTERNATIONAL BUSINESS MACHINES CORPORATION FORNECEESTA PUBLICAÇÃO "TAL COMO ESTÁ", SEM GARANTIA DE QUALQUER ESPÉCIE, EXPLÍCITA OUIMPLÍCITA, INCLUINDO, MAS NÃO SE LIMITANDO ÀS GARANTIAS IMPLÍCITAS DE NÃOINFRACÇÃO, COMERCIALIZAÇÃO OU ADEQUAÇÃO A UM DETERMINADO FIM. Alguns Estadosnão permitem a exclusão de garantias, explícitas ou implícitas, em determinadas transacções; estadeclaração pode, portanto, não se aplicar ao seu caso.

Esta publicação pode conter imprecisões técnicas ou erros de tipografia. A IBM permite-se fazer alteraçõesperiódicas às informações aqui contidas; essas alterações serão incluídas nas posteriores edições destapublicação. Em qualquer altura, a IBM pode efectuar melhoramentos e/ou alterações nos produtos e/ounos programas descritos nesta publicação, sem aviso prévio.

Quaisquer referências, nesta publicação, a sítios da Web não IBM são fornecidas apenas para conveniênciae não constituem, em caso algum, aprovação desses sítios da Web. Os materiais nesses sítios da Web nãofazem parte dos materiais destinados a este produto IBM e a sua utilização será da exclusivaresponsabilidade do utilizador.

© Copyright IBM Corp. 2002, 2015 35

A IBM poderá utilizar ou distribuir quaisquer informações facultadas pelo utilizador, da forma entenderapropriada, sem incorrer em qualquer obrigação para com o utilizador.

Os utilizadores com licença para este programa que pretendam obter informações sobre o mesmo com oobjectivo de activar: (i) a troca de informações entre programas criados independentemente e outrosprogramas (incluindo este programa) e (ii) a utilização mútua das informações que foram trocadas,deverão contactar:

Companhia IBM Portuguesa, S.A.Edifício Office OrienteRua do Mar da China, Lote 1.07.2.3Parque das Nações, 1990-039 LisboaPortugal

Tais informações poderão estar disponíveis, sujeitas aos termos e às condições adequados, incluindo, emalguns casos, o pagamento de um encargo.

O programa licenciado descrito neste documento e todo o material licenciado disponível para o mesmosão fornecidos pela IBM nos termos das Condições Gerais IBM (IBM Customer Agreement), do Acordo deLicença Internacional para Programas IBM (IPLA, IBM International Program License Agreement) ou dequalquer acordo equivalente entre ambas as partes.

Quaisquer dados de desempenho aqui contidos foram determinados num ambiente controlado. Assimsendo, os resultados obtidos noutros ambientes operativos podem variar significativamente. Algumasmedições podem ter sido efectuadas em sistemas ao nível do desenvolvimento, pelo que não existemgarantias de que estas medições sejam iguais nos sistemas disponíveis habitualmente. Para além disso,algumas medições podem ter sido calculadas por extrapolação. Os resultados reais podem variar. Osutilizadores deste documento devem verificar os dados aplicáveis ao seu ambiente específico.

As informações relativas a produtos não IBM foram obtidas junto dos fornecedores desses produtos, dosseus anúncios publicados ou de outras fontes de divulgação ao público. A IBM não testou esses produtose não pode confirmar a exactidão do desempenho, da compatibilidade ou de quaisquer outras afirmaçõesrelacionadas com produtos não IBM. Todas as questões sobre as capacidades dos produtos não IBMdeverão ser endereçadas aos fornecedores desses produtos.

Todas as afirmações relativas às directivas ou tendências futuras da IBM estão sujeitas a alterações oudescontinuação sem aviso prévio, representando apenas metas e objectivos.

Estas informações destinam-se somente a fins de planeamento. As informações contidas neste documentoestão sujeitas a alterações antes dos produtos a que se referem serem disponibilizados.

Estas informações contêm exemplos de dados e relatórios utilizados em operações comerciais diárias.Para ilustrá-los o melhor possível, os exemplos incluem nomes de indivíduos, firmas, marcas e produtos.Todos estes nomes são fictícios e qualquer semelhança com nomes e moradas utilizadas por empresasreais é mera coincidência.

LICENÇA DE DIREITOS DE AUTOR:

Esta publicação contém programas de aplicação exemplo em linguagem-fonte, que ilustram técnicas deprogramação em diversas plataformas operativas. Pode copiar, modificar e distribuir estes programas deexemplo de qualquer forma, sem encargos para com a IBM, com a finalidade de desenvolver, utilizar,comercializar ou distribuir programas de aplicações em conformidade com a interface de programação deaplicações para a plataforma operativa para a qual os programas de exemplo são escritos. Estes exemplosnão foram testados exaustivamente sob todas as condições. Deste modo, a IBM não garante nem seresponsabiliza pela fiabilidade, assistência ou funcionamento destes programas. Os programas exemplo


são fornecidos "TAL COMO ESTÃO" ("AS IS"), sem garantias de qualquer espécie. A IBM não deve serconsiderada responsável por quaisquer danos resultantes da utilização dos programas exemplo.

Cada cópia ou qualquer parte destes programas exemplo ou qualquer trabalho derivado dos mesmos temde incluir um aviso de direitos de autor, do seguinte modo:

© (o nome da sua empresa) (ano). Partes deste código derivam de Programas Exemplo da IBM Corp.

© Copyright IBM Corp. _introduza o(s) ano(s)_.

Informações da interface de programaçãoEsta publicação sobre a alta disponibilidade documenta futuras Interfaces de Programação que permitemao cliente gravar programas para obter os serviços do IBM i.

Marcas comerciaisA IBM, o logótipo IBM e ibm.com são marcas comerciais ou marcas comerciais registadas da InternationalBusiness Machines Corp., registadas em muitas jurisdições em todo o mundo. Outros nomes de produtose serviços podem ser marcas comerciais da IBM ou de outras empresas. Encontra-se disponível uma listaactual de marcas comerciais IBM na Web, em “Copyright and trademark information” ("Informaçõessobre direitos de autor e marcas registadas") em www.ibm.com/legal/copytrade.shtml.

Adobe, o logótipo Adobe, PostScript e o logótipo PostScript são marcas comerciais registadas ou marcascomerciais da Adobe Systems Incorporated nos Estados Unidos e/ou noutros países.

Linux é uma marca comercial registada da Linus Torvalds nos Estados Unidos e/ou noutros países.

Microsoft, Windows, Windows NT e o logótipo Windows são marcas comerciais da Microsoft Corporationnos Estados Unidos e/ou noutros países.

Outros nomes de produtos e serviços podem ser marcas comerciais da IBM ou de outras empresas.

Termos e condiçõesAs permissões de utilização destas publicações são concedidas sujeitas aos termos e condições seguintes.

Utilização pessoal: Pode reproduzir estas publicações para uso pessoal e não comercial, desde quemantenha todas as informações de propriedade. Não pode executar qualquer trabalho derivado destaspublicações, nem reproduzir, distribuir ou apresentar qualquer parte das mesmas, sem o expressoconsentimento do fabricante.

Utilização comercial: Pode reproduzir, distribuir e apresentar estas publicações exclusivamente no âmbitoda sua empresa, desde que mantenha todas as informações de propriedade. Não pode executar qualquertrabalho derivado destas publicações, nem reproduzir, distribuir ou apresentar estas publicações, ouqualquer parte das mesmas fora das instalações da empresa, sem o expresso consentimento do fabricante.

À excepção das concessões expressas nesta permissão, não são concedidos outros direitos, permissões oulicenças, quer explícitos, quer implícitos, sobre as publicações ou quaisquer informações, dados, softwareou outra propriedade intelectual contidos nesta publicação.

O fabricante reserva-se o direito de retirar as permissões concedidas nesta publicação sempre queconsiderar que a utilização das publicações pode ser prejudicial aos seus interesses ou, tal comodeterminado pelo fabricante, sempre que as instruções acima referidas não estejam a ser devidamentecumpridas.

Avisos 37

http://www.ibm.com/legal/copytrade.shtml

Não pode descarregar, exportar ou reexportar estas informações, excepto quando em total conformidadecom todas as leis e regulamentos aplicáveis, incluindo todas as leis e regulamentos de exportação emvigor nos E.U.A.

O FABRICANTE NÃO GARANTE O CONTEÚDO DESTAS PUBLICAÇÕES. AS PUBLICAÇÕES SÃOFORNECIDAS "TAL COMO ESTÃO" (AS IS) E SEM GARANTIAS DE QUALQUER ESPÉCIE, QUEREXPLÍCITAS, QUER IMPLÍCITAS, INCLUINDO, MAS NÃO SE LIMITANDO ÀS GARANTIASIMPLÍCITAS DE COMERCIALIZAÇÃO, NÃO INFRACÇÃO E ADEQUAÇÃO A UM DETERMINADOFIM.


Avisos 39

IBM®

Número do Programa: 5770-SS1

IBM i: Descrição geral da Alta Disponibilidade · Para guar dar um PDF na estação de trabalho...

Documents

Transcript of IBM i: Descrição geral da Alta Disponibilidade · Para guar dar um PDF na estação de trabalho...