IBM i: Disponibilidade Descrição geral de alta disponibilidade · Consulte estas novas informações da colecção de tópicos de descrição geral da Alta Disponibilidade Detecção

IBM i

DisponibilidadeDescrição geral de alta disponibilidade7.1

��

IBM i

DisponibilidadeDescrição geral de alta disponibilidade7.1

��

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

Esta edição é referente ao IBM i 7.1 (número de produto 5770-SS1) e a todas as edições e modificaçõessubsequentes, salvo indicação em contrário em novas edições. Esta versão não é executada em todos os modelos decomputador de conjunto de instruções reduzido (RISC) nem em modelos CISC.

Esta edição substitui SCnn-nnnn-nn.

© Copyright IBM Corporation 2002, 2010.

Índice

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

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

Componentes da alta disponibilidade . . . . . . 7Resiliência de aplicações . . . . . . . . . 8Resiliência de dados . . . . . . . . . . . 9Resiliência do ambiente . . . . . . . . . 13Simplicidade . . . . . . . . . . . . . 14

Critérios de alta disponibilidade . . . . . . . 15Orçamento . . . . . . . . . . . . . 15Requisitos de tempo de actividade. . . . . . 15Cobertura de desactivação . . . . . . . . 16Objectivo de tempo de recuperação (RTO) . . . 17Objectivo de ponto de recuperação (RPO) . . . 17Requisitos de resiliência . . . . . . . . . 17

Mudança de recurso e comutação automatizada 18Requisitos de distância . . . . . . . . . 18Número de sistemas de cópia de segurança . . 19Aceder a uma cópia secundária de dados . . . 19Desempenho do sistema . . . . . . . . . 20Comparação do método de resiliência de dados 20

Seleccionar uma solução de alta disponibilidade doIBM i . . . . . . . . . . . . . . . . 24

Níveis de resiliência de aplicações . . . . . . 25Comparação das tecnologias de resiliência dedados . . . . . . . . . . . . . . . 25Gestão de alta disponibilidade . . . . . . . 30

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

Apêndice. Avisos . . . . . . . . . . 37Informações da interface de programação . . . . 39Marcas comerciais . . . . . . . . . . . . 39Termos e condições . . . . . . . . . . . . 39

Índice Remissivo . . . . . . . . . . 41

© Copyright IBM Corp. 2002, 2010 iii

||

||||||||||

iv IBM i: Disponibilidade Descrição geral de 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 do IBM i 7.1Consulte estas novas informações da colecção de tópicos de descrição geral da Alta Disponibilidade

Detecção de falha de nó avançada

Os Serviços de recursos de conjunto de unidades do IBM® i podem agora utilizar uma partição deConsola de gestão de hardware (HMC) ou um Servidor E/S virtual (VIOS) para detectar uma eventualfalha num nó de conjunto de unidades. Esta nova funcionalidade permite a identificação de mais cenáriosde falha e evita situações de partição de conjuntos de unidades.

Consulte Detecção de falha de nó avançada para obter informações adicionais sobre este tópico.

Modo de entrega assíncrona para replicação geográfica

O Modo de entrega assíncrona para Replicação geográfica suporta agora um novo modo de entrega queaumenta o valor máximo tolerado de latência (e, consequentemente, distância) para a maior parte dasaplicações que utilizam a Replicação geográfica.

Consulte Características da replicação geográfica para obter informações adicionais sobre este tópico.

Comutação ao nível da unidade lógica

As unidades lógicas comutadas permitem que os dados armazenados no conjunto de unidades de discoindependentes a partir de unidades lógicas criadas num IBM System Storage DS8000 ou DS6000 sejamcomutados entre sistemas, assegurando a alta disponibilidade.

© Copyright IBM Corp. 2002, 2010 1

|

|

|

||||

|

|

|||

|

|

|||

Consulte Características da unidade lógica comutada para obter informações adicionais acerca destetópico.

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 (cerca de 415 KB).

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

v Tecnologias de Alta Disponibilidade (cerca de 580 KB) contém os seguintes tópicos:– Tecnologia de conjunto de unidades– Domínio administrativo de conjunto de unidades– Conjuntos de discos comutados– Dispositivos comutáveis– Replicação entre sítios

- Replicação geográfica- Replicação metro- Replicação global

– FlashCopy– Gestão de alta disponibilidade

v Implementar Alta Disponibilidade (cerca de 4.123 KB) contém os seguintes tópicos:– Instalar o programa licenciado IBM PowerHA for i (iHASM) (5770-HAS)– Desinstalar o programa licenciado IBM PowerHA for i (iHASM) (5770-HAS)

– Implementar alta disponibilidade com a abordagem baseada em soluções

– Implementar a alta disponibilidade com a abordagem baseada em tarefas– Gerir alta disponibilidade– Resolução de problemas da 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) .

2 IBM i: Disponibilidade Descrição geral de alta disponibilidade

||

http://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 suaaplicaçã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.

Descrição geral da Alta Disponibilidade 3

||||||||

|||

||||||

|||||

Conceitos relacionados

“Cobertura de desactivação” na página 16Qual 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,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 aplacaçõ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.


|||||



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áquinapara 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ça

As 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 estadoconhecido. 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.




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çõescom 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

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.Tarefas relacionadas

“Seleccionar uma solução de alta disponibilidade do IBM i” na página 24Após ter determinado os objectivos e requisitos do seu negócio, é necessário seleccionar a solução de altadisponibilidade do IBM i que melhor se adequa ao seu negócio.

Resiliência de aplicações

A 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ão


||||||||||

|

|||||||

correspondentes. 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.


“Requisitos de resiliência” na página 17A 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 resilientesPlanear a resiliência de aplicações

Resiliência de dadosPode utilizar várias tecnologias para endereçar os requisitos de resiliência de dados descritos na secção“Vantagens da alta disponibilidade”. Segue-se uma descrição de cinco tecnologias chave de resiliência dedados multissistema. Tenha em atenção que pode utilizar uma combinação de várias tecnologias parafortalecer ainda mais a sua resiliência de dados.

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 fornecido pela IBM ou por um fornecedor independente de soluções de alta disponibilidade(ISV). A replicação é executada (através de métodos de software) em objectos. As alterações aos objectos(por exemplo, 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 no


||||||||||

|||||

objecto 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. A imagem abaixo apresenta ofuncionamento básico num ambiente de replicação lógica.

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.

Outro desafio possível associado a esta abordagem reside na latência do 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.

Dispositivo comutável

Um dispositivo comutável consiste num conjunto de recursos de hardware, como unidades de disco,adaptadores de comunicações e dispositivos de banda que podem ser comutados de um sistema paraoutro. Para resiliência de dados, as unidades de disco podem ser configuradas numa classe especial deconjunto de memória auxiliar (ASP) independente de um determinado sistema central. O resultadoprático desta arquitectura reside no facto da comutação de um conjunto de discos independentes de umsistema para outro envolver menos tempo de processamento do que um carregamento total de programainicial (IPL). A implementação do IBM i de conjuntos de discos independentes suporta objectos de


||

|||||

|||||||

||||||||

|

directório (como o sistema de ficheiros integrado (IFS)) e objectos da biblioteca (como ficheiros de base dedados). Isto é geralmente referido como discos comutados.

O benefício da utilização de conjuntos de discos independentes para resiliência de dados reside na suasimplicidade operacional. A única cópia de dados está sempre actualizada, o que significa que não existeoutra cópia com a qual é necessário sincronizar. Não existem dados em curso que se possam perder, taiscomo os dados transmitidos de forma assíncrona, e o desempenho do tempo sistema é mínimo. Amudança de funções ou a comutação são relativamente óbvias, embora possa ser necessário contabilizar otempo necessário para activar o conjunto de discos independentes.

Outro benefício importante da utilização de conjuntos de discos independentes reside na latência detransmissão nula, que pode afectar qualquer tecnologia baseada na replicação. O principal esforçoassociado a esta solução envolve a configuração do dispositivo de armazenamento de acesso directo(DASD), dos dados e da estrutura da aplicação. É relativamente fácil comutar um conjunto de discosindependentes.

As limitações estão também associadas à solução do conjunto de discos independentes. Em primeirolugar, existe apenas uma cópia lógica dos dados que reside no conjunto de discos independentes. Estepode tratar-se do único ponto de falha, embora os dados devam ser protegidos através de RAID 5, RAID6 ou replicaçã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 partirdo sistema de cópia de segurança. Alguns tipos de objecto, como os objectos de configuração, não podemser lidos num conjunto de discos independentes. É necessário outro mecanismo, como a gravaçãoperiódica e operações de restauro, a criação de conjuntos de unidades de domínios lógicos ou areplicação lógica, para assegurar que estes objectos são mantidos de forma adequada.

Outra limitação envolve restrições associadas ao hardware. Alguns exemplos incluem limites de distânciana tecnologia de rede em anel de Ligação de alta velocidade (HSL - High Speed Link) e desactivaçõesassociadas a determinadas actualizações de hardware. O conjunto de discos independentes não pode seractivado online num sistema anterior. Tendo isto em conta, o design e a análise antecipados do ambientedo sistema são essenciais.

Características da unidade lógica comutada (LUN)

As unidades lógicas comutadas permitem que os dados armazenados no conjunto de unidadesindependentes a partir de unidades lógicas criadas num IBM System Storage DS8000 ou DS6000 sejamcomutados entre sistemas, assegurando a alta disponibilidade.

Uma unidade lógica comutada consiste num conjunto de discos independentes controlado por um grupode recursos de conjunto de unidades do dispositivo e pode ser comutada entre nós de um conjunto deunidades. Sempre que unidades lógicas comutadas são combinadas com tecnologia de conjunto deunidades do IBM i, pode criar uma solução de alta disponibilidade simples e com elevada eficiência decustos para desactivações planeadas e não planeadas.

O grupo de recursos de conjunto de unidades do dispositivo (CRG) controla o conjunto de discosindependentes que pode ser automaticamente comutado em caso de uma desactivação não planeada, ouque pode ser manualmente comutado através de uma comutação.

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 tem de estar localizada num IBM System Storage DS8000 ou DS6000 ligado através deuma rede de área de armazenamento. As unidades lógicas comutáveis operam de forma semelhante aosdiscos comutados, mas o hardware não é comutado entre as partições lógicas. Quando o conjunto dediscos independentes é comutado, as unidades lógicas na unidade do IBM System Storage são novamenteatribuídas de uma partição lógica para outra.


|

|||

|||||

|||

|||||||

Replicação entre sítios (XSM)

Replicação geográficaA replicação geográfica consiste numa função do sistema operativo do IBM i. Todos os dadoscolocados na cópia de produção do conjunto de discos independentes são replicados numsegundo conjunto de discos independentes num segundo sistema, talvez remoto.

Os benefícios desta solução são essencialmente os mesmos da solução básica de dispositivoscomutáveis, com a vantagem adicional de fornecer recuperação de desastres a uma segundacópia, com uma distância potencialmente superior. O principal benefício continua a ser asimplicidade operacional. As operações de comutação são essencialmente as mesmas da soluçãode dispositivos comutáveis, excepto na medida em que pode comutar para a cópia de replicaçãodo conjunto de discos independentes, fazendo desta uma solução de alta disponibilidade simplespara implementar e trabalhar. Tal como acontece na solução de dispositivo comutável, os objectosque não se encontrem no conjunto de discos independentes têm de ser processados através deoutro mecanismo e o conjunto de discos independentes não pode ser activado online numsistema anterior. A replicação geográfica permite também o suporte de replicação em tempo realpara 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 é implementada como uma função do IBM i, uma potenciallimitação da solução de replicação geográfica reside nos impactos de desempenho emdeterminados ambientes de volume de trabalho.

Ao executar trabalhos por lotes intensivos de entrada/saída (E/S), é possível ocorrer algumadegradação do desempenho no sistema principal. Para além disto, tenha em atenção ao temposistema da unidade centra de processamento (CPU) necessário para suportar a replicaçãogeográfica, e lembre-se de que a cópia de segurança do conjunto de discos independentes nãopode ser acedida enquanto a sincronização de dados está a decorrer. Por exemplo, se pretendergravar a partir da cópia replicada geograficamente, é necessário definir as operações no sistemade origem e desanexar a cópia replicada. Em seguida, terá de activar a cópia desanexada noconjunto de discos independentes no sistema de cópia de segurança, executar o procedimento dede cópia de segurança e, em seguida, anexar novamente o conjunto de discos independente nosistema de central de produção. É então efectuada a sincronização dos dados alterados enquantoo conjunto de discos independente estava desanexado. A sua solução HA encontra-se expostadurante a realização da cópia de segurança e durante a sincronização, o que significa que nãoexiste um segundo conjunto de dados actualizado. Utilizar o rastreio do lado de origem e destinoirá minimizar esta exposição.

Replicação metroA replicação metro consiste numa função do servidor do IBM System Storage. Os dadosarmazenados nos conjuntos de dados independentes encontram-se em unidades de discolocalizadas no servidor do System Storage. Esta solução envolve a replicação ao nível dohardware para um segundo servidor de armazenamento utilizando os Serviços de cópia do IBMSystem Storage. Um conjunto de discos independente consiste na unidade básica dearmazenamento para a função de Cópia remota "Peer-to-Peer" (PPRC) do System Storage. Afunção PPRC fornece replicação do conjunto de discos independente para outro servidor doSystem Storage. O IBM i fornece um conjunto de funções para combinar a função PPRC,conjuntos de discos independentes e serviços de recursos de conjunto de unidades do IBM i paracomutação coordenada e processamento de mudança de recurso através de um grupo de recursosde conjunto de unidades (CRG).

Possui também a capacidade de combinar esta solução com outras funções de serviços de cópiabaseados no System Storage, incluindo FlashCopy, para redução da janela de gravação.

A transferência de dados da replicação Metro é efectuada de forma síncrona. É tambémnecessário estar atento às limitações de distância e requisitos de largura de banda associados aostempos de transmissão, tal como em qualquer solução que utilize comunicações síncronas.


|||

||||||||||||

|||

||||||||||||||

||

Replicação globalA replicação global utiliza a mesma tecnologia de base da replicação Metro, excepto o facto datransmissão de dados ser efectuada de uma forma assíncrona e o facto de ser necessárioFlashCopy num terceiro conjunto de discos para manter a coerência dos dados. Uma vez que estatransmissão de dados é assíncrona, não existe limite para a distância e dispersão geográfica entreos servidores do System Storage.


“Comparação das tecnologias de resiliência de dados” na página 25A 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. Ostópicos que se seguem comparam e diferenciam as diversas tecnologias de resiliência de dadosdisponíveis.“Comparação do método de resiliência de dados” na página 20Esta tabela proporciona uma breve descrição das principais características da solução que gera uma cópiados dados no armazenamento auxiliar.“Requisitos de resiliência” na página 17A 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

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 e replicação do disco asseguravam todas elas 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 para


cada 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. Manter estes valores do ambiente lógico coerentes em vários sistemaspode ser conseguido através de um domínio administrativo de criação de conjuntos de unidades,replicação lógica ou de um processo manual devidamente bem definido.


“Requisitos de resiliência” na página 17A 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 ambientes

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 for i fornece controlo simples sobre o seu ambiente de altadisponibilidade. Com algum nível de personalização, a activação, encerramento, comutação emudança de recurso do ambiente de aplicações completas são controladas através de umainterface de conjunto de unidades de fácil utilização. O operador do sistema torna-se, assim, ooperador 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 for i é a redução deerros durante os cenários de falha. Um reduzido potencial de erro para os utilizadores melhora oprocesso de tomada de decisões no caso de uma falha.


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 orequisito de dispersão geográfica entre os sistemas da solução de alta disponibilidade. Para alémde desastres 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 desempenho


|||||||

||

||

|

|

|


“Desactivações planeadas” na página 3A 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 4As 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ência


v Os dados de aplicaçõesv 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 8A 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 9Pode utilizar várias tecnologias para endereçar os requisitos de resiliência de dados descritos na secção“Vantagens da alta disponibilidade”. Segue-se uma descrição de cinco tecnologias chave de resiliência dedados multissistema. Tenha em atenção que pode utilizar uma combinação de várias tecnologias parafortalecer ainda mais a sua resiliência de dados.“Resiliência do ambiente” na página 13A 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

Replicação geográficaPlanear replicação entre sítiosCenário: Replicação entre sítios com replicação metroCenário: Replicação entre sítios com replicação global

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ção


v 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 replicação metro são executadas num modode comunicações síncronas. Este modo síncrono produz uma latência baseada na distância e na topologiade rede, 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

Comparação do método de resiliência de dadosEsta tabela proporciona uma breve descrição das principais características da solução que gera uma cópiados dados no armazenamento auxiliar.

Tabela 1. Comparação de tecnologias de resiliência de dados que podem ser utilizadas com conjuntos deunidades. Saiba mais sobre as características de diferentes tecnologias de resiliência de dados para o ajuda adeterminar a melhor solução para o seu conjunto de unidades.

Tecnologias deresiliência dedados

Produto desoftware dereplicaçãológica Discos comutados

Replicação entresítios comreplicaçãogeográfica

A replicação entresítios com osServiços de cópiado IBM SystemStorage

Unidade lógicacomutada

Utilizaçãoprincipal

HA e DR HA HA e DR HA e DR HA


|||||||

||

||||||

|

Tabela 1. Comparação de tecnologias de resiliência de dados que podem ser utilizadas com conjuntos deunidades (continuação). Saiba mais sobre as características de diferentes tecnologias de resiliência de dados parao ajuda a determinar a melhor solução para o seu conjunto de unidades.






Característicasdo mecanismode replicação

v Replicaçãode objectosseleccionadosbaseada emobjectos

v Replicar combase nasalteraçõesem diário

v Suportaconjuntos dediscosindependentesou objectos*SYSBAS

v Cópia única dosdados, comutávelentre sistemas

v Dados do conjuntode discosindependente

v Replicação damemória aonível dapágina peloIBM i

v Dados doconjunto dediscosindependente

v Configuraçãonão idêntica doconjunto dediscosindependentede origem edestino

v Replicação aonível do sectorexterno deDASD

v Cópia física deum conjunto dedadosindependentecom base nasE/S do disco(baseado nacache)

v Cópia única dosdados,comutável entresistemas

v Dados doconjunto dediscosindependente

Factores deorçamento/custo

v Software defornecedorde softwarede HAindependente(ISV)

v DASDduplicado

v Largura debanda darede

v Programa licenciadodo IBM PowerHAfor i

v IBM i Opção 41(HA SwitchableResources)

v Cópia única deDASD

v Programalicenciado doIBM PowerHAfor i

v IBM i Opção41 (HASwitchableResources)

v DASDduplicado

v Largura debanda da rede



v Servidor(es) doIBM SystemStorage

v Replicaçãometro ou global

v DASDduplicado outriplicado

v Largura debanda da rede



v Servidor(es) doIBM SystemStorage

v Cópia única deDASD

Cobertura dedesactivação

Duração dacópia desegurança,planeada, nãoplaneada,desastre

Planeada, nãoplaneada

Duração da cópiade segurança,planeada, nãoplaneada,desastre

Duração da cópiade segurança,planeada, nãoplaneada, desastre

Planeada, nãoplaneada


||||||

|||||

||||

|||||||

||||

||||

|||

|||

||

||||

||||

||

||

||||

|||

|||

||

|||

||

||||

|||

|||

||

||||







Objectivo detempo derecuperação(RTO)

v Demora deaplicação

v Comutaçãode replicação

v Definiçõesdo diário

v Tempo decomutação dehardware

v Activação atempadado conjunto dediscos independente

v Protecção docaminho de acessogerido pelo sistema(SMAPP) edefinições de diário

v Activaçãoatempada doconjunto dediscosindependente

v SMAPP edefinições dodiário


v SMAPP edefinições dodiário

v Tempo decomunicaçãocom o servidordo IBM SystemStorage


v Protecção docaminho deacesso geridopelo sistema(SMAPP) edefinições dediário

Objectivo deponto derecuperação(RPO)

v Combinado,auditoria ediário dedados

v Pode perderdados emprocessamentoassíncrono eobjectos nãoregistadosem diário

v Os dadossãoregistadosem diário

v Todos os dadosgravados noconjunto de discosindependente

v Os dados devemser registados emdiário

v Pode perder dadosresidentes namemória (nãoregistados emdiário)

v Todos os dadosgravados noconjunto dediscosindependente

v Os dadosdevem serregistados emdiário

v Pode perderdadosresidentes namemória (nãoregistados emdiário)







Mudança derecurso ecomutaçãoautomatizada

IBMiControladopelo conjuntode unidades

IBM iControlado peloconjunto de unidades

IBM iControladopelo conjunto deunidades




||||||

|||

|||

|||||

|||||

|||||

|||||||

|||||

||||

||||||

||||

|||||

|||

|||







Distância(Dispersãogeográfica)

v Oprocessamentosíncrono estálimitadopelosimpactos nodesempenho

v Oprocessamentoassíncrono évirtualmenteilimitado

v Limitado pelocomprimento docabo HSL

v 15 metros (cobre)

v 250 metros (fibra)

v O modo deenvio síncronoestá limitadopelos impactosnodesempenho

v O modo detransmissãoassíncrono évirtualmenteilimitado

v O métodosíncrono(replicaçãometro) estálimitado porimpactos nodesempenho

v O métodoassíncrono(replicaçãoglobal) évirtualmenteilimitado

v Limitado pelocomprimento docabo do canalde fibra

Número desistemas decópia desegurança

v 1<=n<=127(ou máximoBP)

v Pode sercombinadocom discoscomutados

n=1 sistema de cópiade segurança física(todas as partições emambos os sistemasfísicos)

1<=n<=3sistemas de cópiade segurançafísica (todas aspartições nos 4sistemas físicos)

1<=n<=3 (comPPRC em cascata)(todas as partiçõesnos 4 sistemasfísicos)

n=1 sistema decópia desegurança física(todas as partiçõesem ambos ossistemas físicos)

Acesso a cópiasecundária dedados

v Geralmentesó de leitura

v Tempo dedemora noprocessamentodos dados(aplicação doprocesso nodestino)

Sem acessosimultâneo, uma vezque existe apenas umacópia dos dados

v Não, requerressincronizaçãoparcial dedesanexação

v Segunda cópiaactual na horadedesanexação

v Sem acessosimultâneo

v Copiar actualcom replicaçãometro ou grupode coerênciamais recentecom replicaçãoglobal

v Acesso emqualquer pontono tempo com afunçãoFlashCopy

Sem acessosimultâneo, umavez que existeapenas uma cópiados dados


||||||

||||||

|||||

||||

||||||

|||||







Riscos v Perda dedados emprocessamentopara registoassíncronoem diário epara todosos objectosnãoregistadosem diário

v Monitorizaro ambientede replicaçãológica deobjectos

Um conjunto dedados (ponto único defalha)

A sincronizaçãopode causarausência deprotecçãodurante longosperíodos (nãoprotegidodurante asincronização)

Complexidade doambienteadicional, devidoa caixas dememória externa

Um conjunto dedados (pontoúnico de falha)

Nota: Em alguns casos, os limites de distância são indicados como “virtualmente ilimitado”. Embora istoesteja tecnicamente correcto, os limites de distância reais são medidos através de tolerâncias dadegradação do tempo de resposta, através de impactos, características dos materiais decomunicações e outros factores.


“Resiliência de dados” na página 9Pode utilizar várias tecnologias para endereçar os requisitos de resiliência de dados descritos na secção“Vantagens da alta disponibilidade”. Segue-se uma descrição de cinco tecnologias chave de resiliência dedados multissistema. Tenha em atenção que pode utilizar uma combinação de várias tecnologias parafortalecer ainda mais a sua resiliência de dados.“Comparação das tecnologias de resiliência de dados” na página 25A 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. Ostópicos que se seguem comparam e diferenciam as diversas tecnologias de resiliência de dadosdisponíveis.Protecção do caminho de acesso gerido pelo sistema

Seleccionar uma solução de alta disponibilidade do IBM i

Após ter determinado os objectivos e requisitos do seu negócio, é necessário seleccionar a solução de altadisponibilidade do IBM i que melhor se adequa ao seu negócio.


||||||

|||

|

||


“Componentes da alta disponibilidade” na página 7A 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 uma solução de alta disponibilidadeGerir grupos de recursos do conjunto de unidades (CRG)

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.

Comparação das tecnologias de resiliência de dadosA 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. Ostópicos que se seguem comparam e diferenciam as diversas tecnologias de resiliência de dadosdisponíveis.


|

||||||

|

|

|

|

||

||||||||

|||||||

|

||||||||


“Resiliência de dados” na página 9Pode utilizar várias tecnologias para endereçar os requisitos de resiliência de dados descritos na secção“Vantagens da alta disponibilidade”. Segue-se uma descrição de cinco tecnologias chave de resiliência dedados multissistema. Tenha em atenção que pode utilizar uma combinação de várias tecnologias parafortalecer ainda mais a sua resiliência de dados.“Comparação do método de resiliência de dados” na página 20Esta tabela proporciona uma breve descrição das principais características da solução que gera uma cópiados dados no armazenamento auxiliar.

Características da replicação lógica

A replicação lógica torna e mantém idênticos os objectos nos seus sistemas de produção e cópia desegurança. Para objectos registados em diário, as operações de transacção na origem são duplicadas nodestino através da aplicação das alterações em diário. Para dados não registados em diário, os dadosalterados são guardados e depois gravados no destino. Estes aplicam processos no destino e sãofacultados pela replicação lógica.

Características da replicação lógica

v Duas ou mais cópias de dados, eliminando o ponto único de falhav Procedimentos de gravação offline e consultas são permitidos, mantendo a resiliência dos dados. Para

guardar, processos de aplicação são suspensos mas a replicação de alterações no sistema de destinocontinua durante a gravação

v Sistema(s) de cópia de segurança geograficamente disperso(s) utilizando o registo em diário remotoassíncrono

v Produto de alta disponibilidade por fornecedor de software independente (ISV) ou IBM iCluster for i,com produto de replicação lógica utilizando o registo em diário remoto

v Não existe perda dos dados processados em tempo real com o registo síncrono em diário remoto paraobjectos registados em diário. O registo síncrono em diário remoto poderá limitar a dispersãogeográfica do(s) sistema(s) de cópia de segurança

v Possível perda de dados processados em tempo real com registo assíncrono em diário remoto paraobjectos registados em diário

v A actualidade dos dados poderá ser um problema. Embora os dados sejam replicados em tempo real,ou muito perto disso, o processo de replicação lógica terá alguma demora em relação ao sistema deorigem.

v A solução poderá representar alguns problemas de sincronização. Nem todos os objectos podem serregistados em diário, pelo que são utilizadas tecnologias separadas para replicar a totalidade doconjunto de dados

v É necessário um segundo conjunto de discos para cada cópia de segurança dos dadosv Pode ser utilizada em conjunto com a tecnologia de discos comutados do IBM iv A solução requer monitorização para eventuais problemas de sincronização de dadosv Existe um tempo sistema para a função de registo em diário necessária do sistema de origemv Existe um tempo sistema para o processo de aplicação de dados no sistema de destinov Custo associado a um segundo conjunto de discosv A replicação encontra-se ao nível da transacção de dadosInformações relacionadas

Planear replicação lógica

Características de discos comutados

Os discos comutados permitem que os dados armazenados no conjunto de discos independente sejamcomutados entre sistemas, o que permite um maior nível de resiliência de dados.


|

|||||

|||

|

|||||

|

|

|||

||

||

|||

||

|||

|||

|

|

|

|

|

|

|

|

|

|

||

Características de discos comutados

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 dadosv Conjunto único de dados para minimizar o custo por discov Potencial ponto único de falha, dependendo da configuração de discosv Solução de sítio único utilizando cabos de cobre HSL (comprimento máximo de 15 metros)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 independentev Pode ser utilizada em conjunto com as restantes tecnologiasInformações relacionadas

Dispositivos comutáveisConjuntos de discos independentesBenefícios dos conjuntos de disco independentesExemplos de conjuntos de disco independentes

Características da unidade lógica comutada

As unidades lógicas comutadas permitem que os dados armazenados no conjunto de unidades de discoindependentes a partir de unidades lógicas criadas num IBM System Storage DS8000 ou DS6000 sejamcomutados entre sistemas, assegurando a alta disponibilidade.

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 utilizando uma rede de área de armazenamento e 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

Características da replicação geográficaA replicação geográfica permite replicar dados de discos em sítios que podem estar separados porconsideráveis distâncias físicas.

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 sincronização de dados do conjunto de discos independente é mantida pelo sistema.v A aplicação pode ser comutada para o sistema de cópia de segurança e pode operar na cópia do

conjunto de discos independente.v Duas cópias de dados, eliminando o ponto único de falha.v A segunda cópia dos dados pode estar geograficamente dispersa.v A transmissão de dados é um processo de transmissão síncrono. Durante um procedimento em tempo

real, a perda de dados não é possível.O modo de transmissão síncrono através de uma distânciapoderá ter impacto no desempenho da aplicação devido à latência das comunicações.


|

||

|

|

|

|

||

|

|

|

|

|

|

|

|||

|

||

|

|

|

|

||

|

|||

|

||

|

||

|

|

|||

v A transmissão de dados é um processo assíncrono. Durante um procedimento em tempo real, a perdade dados é possível. Existirá algum tempo sistema no sistema de origem, embora o desempenho dastransacções individuais não seja afectado pela transmissão dos 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 É recomendável que todas as linhas de porta de dados em utilização possuam a mesma velocidade,uma vez que a rotação irá efectivamente fazer com que as portas de dados sejam executadas àvelocidade da linha mais lenta.

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 dos dados é retomada após a conclusão da ressincronização parcial ou total

v Pode ser utilizada em conjunto com a tecnologia de disco comutado 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áficaGerir a replicação geográficaMensagens de replicação geográficaCenário: Replicação entre sítios com replicação geográfica

Características da Replicação MetroUma forma síncrona de replicação de hardware gerida por um System Storage Server.

Características da Replicação Metro

v Solução de servidor IBM System Storage integrada no contexto 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. Durante um procedimento em tempo real, a perda dedados não é possível.

v O processo de replicação síncrona de dados poderá ter impacto no desempenho de aplicações caso alargura de banda das comunicações não tenha sido correctamente avaliada ou caso a distância sejademasiado grande.

v A replicação metro 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 Estão disponíveis várias linhas de canal de fibra para redundância e maior largura de banda.Informações relacionadas

Replicação metroPlanear a replicação metroGerir a replicação metroCenário: Replicação entre sítios com replicação metro

Características da Replicação GlobalUma forma assíncrona de replicação de hardware gerida por um System Storage Server.

Características da Replicação Global

v Solução de servidor IBM System Storage integrada no contexto de conjunto de unidades do PowerHA.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 necessárias duas cópias dos dados no servidor de destino do System Storage para garantir a

coerência dos dados independentemente da distância.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 A replicação metro 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 Estão disponíveis várias linhas de canal de fibra para redundância e maior largura de banda.


||

||

|||

|

||

|||

|

|

|

|

|

|

||

|

|

|

|

||

||

||

|

|||

|

|

||

|


Replicação globalPlanear a replicação globalGerir a replicação globalCenário: Replicação entre sítios com replicação global

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 for iO IBM PowerHA for i, número de programa licenciado (5770-HAS), consiste numa oferta de altadisponibilidade global. Quando combinado com conjunto de memória auxiliar independentes (iASPs) eRecursos comutáveis de HA (HASR - Opção 41). Proporciona a implementação de uma solução completaa implementar através do servidor de armazenamento IBM DS8000 ou do disco interno. O PowerHAproporciona várias interfaces para configurar e gerir as soluções e tecnologia de alta disponibilidade.

O programa licenciado do IBM PowerHA for i é uma oferta de alta disponibilidade completa. Quandocombinado com conjunto de memória auxiliar independentes (iASPs) e Recursos comutáveis de HA(HASR - Opção 41). Proporciona a implementação de soluções completas através do servidor dearmazenamento IBM DS8000 ou disco interno.

O programa licenciado do IBM PowerHA for i proporciona duas interfaces gráficas que permitem aconfiguração e gestão de uma solução de alta disponibilidade. Este produto proporciona tambémcomandos correspondentes e APIs para funções relacionadas com as tecnologias de alta disponibilidade.Com este programa licenciado, os administradores de alta disponibilidade podem criar e gerir umasolução de alta disponibilidade que vá ao encontro das suas necessidades empresariais, utilizandointerfaces que se ajustam às suas competências e preferências. Pode também trabalhar com váriasinterfaces de forma optimizada, utilizando interfaces gráficas para algumas tarefas e comandos e APIspara outras.

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

Interface gráfica do Gestor de Soluções de Alta DisponibilidadeEsta interface gráfica permite seleccionar a partir de várias soluções de alta disponibilidade doIBM i suportadas. Esta interface valida todos os requisitos tecnológicos para a soluçãoseleccionada, configura a solução seleccionada e as tecnologias associadas e fornece uma gestãosimplificada de todas as tecnologias de alta disponibilidade abrangidas pela solução.

Interface gráfica do Serviço de recursos de conjuntos de unidadesEsta interface gráfica proporciona a um utilizador experiente maior flexibilidade napersonalização de uma solução de alta disponibilidade. Permite configurar e gerir tecnologias deconjunto de unidades, como CRGs. Também é possível configurar conjuntos de discosindependentes a partir desta interface quando estes são utilizados como parte de uma solução dealta disponibilidade.

Comandos do IBM PowerHA for iEstes comandos permitem executar funções semelhantes, mas encontram-se disponíveis numainterface de linha de comandos.


|

|

|

|

|

|

|||

||||

||||||

||||

||||||||

|

|||||

||||||

|||

APIs do IBM PowerHA for iEstas APIs permitem trabalhar com funções relacionadas com conjuntos de discos independentes,informações sobre a versão do PowerHA, tecnologias de replicação e replicação entre sítios.


Instalar o programa licenciado Gestor de Soluções de Alta Disponibilidade do IBM System i

Interface gráfica do Gestor de Soluções de Alta Disponibilidade:

O programa licenciado do IBM PowerHA for i fornece uma abordagem baseada na solução paraconfigurar e gerir a alta disponibilidade com uma interface gráfica denominada Gestor de Soluções deAlta Disponibilidade. Esta interface permite aos administradores de alta disponibilidade seleccionar,configurar e gerir uma solução de alta disponibilidade predefinida, com base nas tecnologias de altadisponibilidade do IBM i, como os conjuntos de discos independentes e conjuntos de unidades.

A interface gráfica do Gestor de Soluções de Alta Disponibilidade orienta os utilizadores através doprocesso de selecção, configuração e gestão da solução de alta disponibilidade. O utilizar terá decompletar cada passo antes de prosseguir para os passos seguintes. Com o PowerHA instalado, podeaceder à interface gráfica do Gestor de Soluções de Alta Disponibilidade na consola do IBM SystemsDirector Navigator for i5/OS. A interface gráfica do Gestor de Soluções de Alta Disponibilidade inclui osseguintes componentes:v Proporciona uma demonstração flash que apresenta uma descrição geral de cada soluçãov Proporciona uma opção entre várias soluções IBM predefinidas que utilizem tecnologias de alta

disponibilidade IBM iv Verifica os requisitos de hardware e software antes de configurar a solução de alta disponibilidade

seleccionadav Proporciona uma lista personalizada de requisitos em faltav Proporciona fácil configuração da sua solução de alta disponibilidade seleccionadav Proporciona gestão simplificada da sua solução e alta disponibilidade seleccionada

A interface gráfica do Gestor de Soluções de Alta Disponibilidade proporciona uma abordagem de fácilutilização e orientada, para o ajudar a configurar a sua solução de alta disponibilidade. Esta interfaceassegura e valida os pré-requisitos, configura todas as tecnologias necessárias para a solução seleccionadae e testa a configuração. Esta interface da solução de gestão é ideal para empresas mais pequenas quepretendem soluções mais simples que requerem menos recursos.

Interface gráfica dos Serviços de recursos de conjuntos de unidades:

O programa licenciado do IBM PowerHA for i fornece uma interface gráfica que lhe permite realizarvárias tarefas com as tecnologias de alta disponibilidade do IBM i para configurar e gerir uma solução dealta disponibilidade.

A interface gráfica dos Serviços de recursos de conjuntos de unidades permite criar e personalizar umasolução de alta disponibilidade que vá ao encontro das suas necessidades. Esta interface proporciona umaabordagem baseada em tarefas para definir e gerir a sua solução de alta disponibilidade. Em alternativa auma única solução predefinida, pode criar uma solução de alta disponibilidade personalizada através dacriação em separado de cada elemento da solução de alta disponibilidade. Com a interface gráfica dosServiços de recursos de conjuntos de unidades pode criar e gerir conjuntos de unidades, grupos derecursos de conjuntos de unidades, domínios de dispositivo, domínios administrativos de conjuntos deunidades e realizar comutações.

Dependendo do tipo de solução de alta disponibilidade que está a criar, poderá necessitar de configurartecnologias adicionais, como a replicação geográfica ou conjuntos de discos independentes, os quais se


|||

|

|

|

|||||

||||||

|

||

||

|

|

|

|||||

|

|||

||||||||

||

encontram fora da interface gráfica dos Serviços de recursos de conjuntos de unidades. Pode tambémutilizar uma combinação de comandos e funções da interface gráfica ao criar e gerir a sua solução de altadisponibilidade.Informações relacionadas

Implementar Alta Disponibilidade com uma abordagem baseada em tarefas

Comandos do IBM PowerHA for i:

O programa licenciado do IBM PowerHA for i proporciona interfaces de linha de comandos do IBM ipara configurar e gerir a sua solução de alta disponibilidade.

Os comandos do PowerHA consistem nas seguintes categorias:v Comandos de domínio administrativo do conjunto de unidadesv Comandos de entradas de recurso monitorizadasv Comandos de conjunto de unidadesv Comandos e APIs para trabalhar com cópias de conjuntos de discos independentesInformações relacionadas

Comandos do Gestor de Soluções de Alta Disponibilidade do IBM System i

APIs do IBM PowerHA for i:

O IBM PowerHA for i fornece APIs que podem ser utilizadas para implementar tecnologias de replicaçãono IBM System Storage e funções de replicação entre sítios que podem ser utilizadas por fornecedores deaplicações do IBM i ou clientes, para melhorar a disponibilidade da sua aplicação.

Para utilizar estas APIs, é necessário ter o produto licenciado IBM PowerHA for i instalado nos seussistemas, no seu ambiente de alta disponibilidade. São fornecidas as seguintes APIs:v API Alterar versão de alta disponibilidade (QhaChangeHAVersion)v API Lista de informações de alta disponibilidade (QhaListHAInfo)v API Obter informações de alta disponibilidade (QhaRetrieveHAInfo)v API Obter informações de cópia ASP (QyasRtvInf)

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 for i.

– Interface gráfica do Gestor de Soluções de Alta Disponibilidade– Interface gráfica dos Serviços de recursos de conjuntos de unidades– Comandos do IBM PowerHA for i– APIs do IBM PowerHA for i

A Opção 41 é também necessária para as seguintes funções:v Criar e gerir discos comutados utilizando domínios do dispositivov Criar e gerir replicação entre sítios utilizando os domínios do dispositivo


|||

|

|

|

||

|

|

|

|

|

|

|

|

|||

||

|

|

|

|

||||

||

|

|

|

|

|

|

|

|

Detecção de falha de nó avançada

Os Serviços de recursos de conjunto de unidades podem agora utilizar uma partição de Consola degestão de hardware (HMC) ou um Servidor E/S virtual (VIOS) para detectar uma eventual falha num nóde conjunto de unidades.

A detecção de falhas de nós pode ser conseguida utilizando uma partição de Consola de gestão dehardware (HMC) ou Servidor de E/S virtual (VIOS). Um de conjunto de unidades que seja configuradocom um monitor de conjunto de unidades tem de ter o software que se segue instalado.v IBM i opção 33, IBM Portable Application Solutions Environment for iv 5733-SC1, IBM Portable Utilities for iv 5733-SC1 opção 1, OpenSSH, OpenSSL, zlibv 5770-UME, IBM Universal Manageability Enablement for i

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 for i, as quais são facultadas pelo programa licenciado doIBM PowerHA for i.

QUSRTOOLNo IBM i 6.1, a maior parte dos comandos de serviços de conjunto de unidades foram movidosdo para o programa licenciado do IBM PowerHA for i. Está disponível uma versão V5R4 daorigem do comando dos serviços de recursos de conjuntos de unidades e da origem do programade processamento de comandos no QUSRTOOL. Estes comandos QUSRTOOL podem ser úteis emalguns ambientes. Consulte o membro TCSTINFO no ficheiro QUSRTOOL/QATTINFO para obtermais informações sobre estes comandos de exemplo. Um exemplo da origem do programa desaída CRG da aplicação está também incluído na biblioteca de QUSRTOOL. O código fonte doexemplo pode ser utilizado como a base para gravar um programa de saída. A origem deexemplo, TCSTDTAEXT, no ficheiro QATTSYSC, contém uma origem de um programa para criaras áreas de dados QCSTHAAPPI e QCSTHAAPPO, e o ficheiro QACSTOSDS (especificador deobjectos).


|

|||

|||

|

|

|

|

|||

|

||

|

|

|

|

|

|

|||||

||||||||||||

Para poupar espaço, a biblioteca de QUSRTOOL é fornecida com vários ficheiros de salvaguarda.Para converter os ficheiros de salvaguarda em ficheiros físicos da origem, execute estescomandos:CALL QUSRTOOL/UNPACKAGE ('*ALL ' 1)CRTLIB TOOLLIB TEXT('Commands from QUSRTOOL')CRTCLPGM PGM(TOOLLIB/TCSTCRT) SRCFILE(QUSRTOOL/QATTCL)CALL TOOLLIB/TCSTCRT ('TOOLLIB ')

Estes comandos foram criados na biblioteca TOOLLIB.

Nota: Os comandos e programas em QUSRTOOL são fornecidos 'TAL COMO ESTÃO'. Por estemotivo, não estão sujeitos a APARs.

Middleware de conjunto de unidades de Parceiros de Negócios IBM e produtos deconjuntos de unidades disponíveis

Para além do IBM PowerHA for i, existem outros produtos de gestão de conjunto de unidadesdisponíveis.

O IBM iCluster for i, bem como outros produtos, assegura soluções de software para replicação e funçõesde gestão de conjunto de unidades. A maior parte destas soluções baseia-se na replicação lógica. Areplicação lógica utiliza diário remoto ou tecnologia semelhante para transferir alterações de objectos paraum sistema remoto, no qual são aplicadas aos objectos de destino. Para além das soluções de gestão doPowerHA, pode adquirir outros produtos de middleware de conjunto de unidades que utilizamtecnologia de replicação lógica. Estes produtos costumam incluir também uma interface de gestão.Informações relacionadas

Planear replicação lógica

Informações relacionadas com a descrição geral da AltaDisponibilidadeManuais de produto, publicações IBM Redbooks, sítios da Web e outros conjuntos de tópicos deInformation Center contêm determinadas informações relacionadas com a Implementação de AltaDisponibilidade. Pode igualmente encontrar informações relacionadas sobre a implementação deconjuntos de discos independentes, replicação entre sítios e recuperação de desastres. Pode ver ouimprimir qualquer um dos ficheiros em formato PDF.

IBM Redbooks

v Implementar o IBM PowerHA for iv Availability Management: A Guide to planning and implementing Cross-Site Mirroring on System i5

v Data Resilience Solutions for IBM i5/OS High Availability Clusters

v Clustering and IASPs for Higher Availability

v High Availability on the AS/400 System: A System Manager's Guide

v IBM eServer iSeries Independent ASPs: A Guide to Moving Applications to IASPs

Sítos da Web

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


|||

||||

|

||

||

||

||||||

|

|

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

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

http://publib-b.boulder.ibm.com/abstracts/redp0888.html?Open

http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/sg245194.html

http://publib-b.boulder.ibm.com/Redbooks.nsf/RedpaperAbstracts/redp0111.html

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

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

IBM site for High Availability and Clusters

Outras informaçõesv Gestão de discosv Guia de consulta de disponibilidade



Apêndice. Avisos

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

A IBM poderá não oferecer os produtos, serviços ou funções descritos neste documento noutros países.Consulte o seu representante IBM local para obter informações sobre os produtos e serviços actualmentedisponíveis na sua área. Quaisquer referências a produtos, programas ou serviços IBM não significam queapenas esses produtos, programas ou serviços IBM possam ser utilizados. Qualquer outro produto,programa ou serviço, funcionalmente equivalente, poderá ser utilizado em substituição daqueles, desdeque não infrinja nenhum direito de propriedade intelectual da IBM. No entanto, é da inteiraresponsabilidade do utilizador avaliar e verificar o funcionamento de qualquer produto, programa ouserviço não IBM.

Neste documento, podem ser feitas referências a patentes ou a pedidos de patente pendentes da IBM. Ofacto de este documento lhe ser fornecido não lhe confere nenhum direito sobre essas patentes. Casosolicite pedidos de informação sobre licenças, tais pedidos deverão ser endereçados, por escrito, 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),contacte o Departamento de propriedade intelectual da IBM no seu país ou envie pedidos deinformações, por escrito, para:

Licenciamento de Propriedade IntelectualLei da Propriedade Legal e IntelectualIBM Japan, Ltd.3-2-12, Roppongi, Minato-ku, Tokyo 106-8711

O parágrafo seguinte não se aplica ao Reino Unido nem a nenhum outro país onde estas cláusulassejam inconsistentes com a lei local: A INTERNATIONAL BUSINESS MACHINES CORPORATIONFORNECE ESTAS INFORMAÇÕES “TAL COMO ESTÃO” (AS IS), SEM GARANTIA DE QUALQUERESPÉCIE, EXPLÍCITA OU IMPLÍCITA, INCLUINDO, MAS NÃO SE LIMITANDO ÀS GARANTIASIMPLÍCITAS DE NÃO INFRACÇÃO, COMERCIALIZAÇÃO OU ADEQUAÇÃO A UM DETERMINADOFIM. Alguns Estados não permitem a exclusão de garantias, explícitas ou implícitas, em determinadastransacções; esta declaraçã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. A IBM pode introduzir melhorias e/ou alterações ao(s) produto(s) e/ou programa(s)descrito(s) nesta publicação em qualquer momento, 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 existentes nesses sítios daWeb não fazem parte dos materiais destinados a este produto IBM e a utilização desses sítios da Web seráda exclusiva responsabilidade do utilizador.

A IBM pode usar ou distribuir quaisquer informações que lhe forneça, da forma que julgue apropriada,sem incorrer em nenhuma obrigação para consigo.


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:

IBM CorporationSoftware Interoperability Coordinator, Department YBWA3605 Highway 52 NRochester, MN 55901U.S.A.

Essas informações poderão ser disponibilizadas, sujeitas aos termos e condições apropriados, incluindoem alguns casos o pagamento de uma taxa.

O programa licenciado descrito neste documento e todos os materiais licenciados disponíveis para omesmo são fornecidos pela IBM de acordo com os termos das Condições Gerais IBM, do Acordo deLicença Internacional para Programas IBM, do Acordo de Licença IBM para Código Máquina ou qualqueracordo equivalente entre 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.

Todos os preços mostrados são os actuais preços de venda sugeridos pela IBM e estão sujeitos aalterações sem aviso prévio. Os preços dos concessionários podem variar.

Estas informações destinam-se apenas a planeamento. As informações estão sujeitas a alterações antes deos produtos descritos ficarem disponíveis.

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 reais é mera coincidência.

LICENÇA DE DIREITOS DE AUTOR:

Estas informações contêm exemplos de programas de aplicação em linguagem de origem, que ilustramtécnicas de programação em várias plataformas operativas. O utilizador poderá copiar, modificar edistribuir estes exemplos de programas de qualquer forma sem qualquer pagamento à IBM, com oobjectivo de desenvolver, utilizar, comercializar ou distribuir programas de aplicação em conformidadecom a interface de programação da aplicação para a plataforma operativa para a qual os exemplos deprogramas foram desenvolvidos. Estes exemplos não foram testados exaustivamente sob todas ascondições. Por conseguinte, a IBM não pode garantir ou implicar a fiabilidade, reparabilidade oufuncionalidades destes programas. Os programas de amostra são fornecidos "TAL COMO ESTÃO" ("ASIS"), sem garantias de qualquer espécie. A IBM não será responsabilizada por quaisquer danosdecorrentes da utilização dos programas de amostra.


Cada cópia ou parte destes exemplos de programas ou obra derivada têm de incluir um aviso de direitosde autor, conforme indicado:

© (o nome da sua empresa) (ano). Partes deste código são derivadas de Exemplos de programas da IBMCorp. © Copyright IBM Corp. _introduza o ano ou anos_.

Se estiver a consultar a versão electrónica desta publicação, é possível que as fotografias e as ilustrações acores não estejam visíveis.

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 diversas jurisdições em todo o mundo. Outros nomes deprodutos e serviços poderão ser marcas comerciais da IBM ou outras empresas. Está disponível uma listaactual das marcas comerciais da IBM na Web, em Informações sobre Direitos de Autor e MarcasComerciais em www.ibm.com/legal/copytrade.shtml.

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

INFINIBAND, InfiniBand Trade Association, e as marcas de design INFINIBAND são marcas comerciaise/ou marcas de serviço da INFINIBAND Trade Association.

Intel, Intel logo, Intel Inside, Intel Inside logo, Intel Centrino, Intel Centrino logo, Celeron, Intel Xeon,Intel SpeedStep, Itanium, e Pentium são marcas comerciais ou marcas comerciais registadas da IntelCorporation ou das suas filiais nos Estados Unidos e/ou noutros países.

Linux é uma marca comercial de Linus Torvalds nos Estados Unidos e/ou outros países.

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

Red Hat, o logótipo Red Hat "Shadow Man" e todas as marcas comerciais baseadas em Red Hat erespectivos logótipos são marcas comerciais ou marcas comerciais registadas da Red Hat, Inc., nosEstados Unidos e outros países.

UNIX é uma marca registada da The Open Group nos Estados Unidos e noutros países.

Cell Broadband Engine é uma marca comercial da Sony Computer Entertainment, Inc. nos EstadosUnidos e/ou outros países e é utilizada sob licença.

Java e todas as marcas comerciais baseadas em Java e respectivos logótipos são marcas comerciais daMicrosystems, Inc. nos Estados Unidos e/ou outros países.

Outros nomes de empresas, produtos ou serviços podem ser marcas comerciais ou marcas de serviços deterceiros.

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

Apêndice. Avisos 39

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

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

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.

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.


Índice Remissivo



Comentários do Leitor

IBM iDisponibilidadeDescrição geral de alta disponibilidade7.1

Gostaríamos de conhecer a sua opinião sobre esta publicação. Se desejar, envie-nos os seus comentários sobre errosou omissões, exactidão, organização, temas tratados, ou limitações deste manual. Os comentários que enviardeverão limitar-se às informações contidas neste manual e ao modo como são apresentadas.

Para perguntas técnicas e informações sobre produtos e preços, por favor contacte o escritório da IBM, umparceiro de negócios IBM, ou um concessionário autorizado.

Para questões genéricas, por favor contacte a Companhia IBM Portuguesa (Telefone 21 8927000).

Os comentários que enviar para a IBM, garantem à IBM um direito não exclusivo de os utilizar ou distribuir domodo que a IBM julgar adequado, sem contudo incorrer em qualquer obrigação para consigo.

Comentários:

Obrigado pelo seu apoio.

Para submeter os seus comentários:v Envie os seus comentários para o endereço que está no reverso deste formulário.v Envie um fax para o seguinte número: Estados Unidos e Canadá: 1-800-937-3430

Outros países ou regiões: 1-507-253-5192v Envie os seus comentários via e-mail para: [email protected]

Se desejar uma resposta da IBM, por favor preencha as seguintes informações:

Nome Morada

Empresa

Número de telefone Endereço E-mail

Comentários do Leitor ��

IBM CORPORATIONAttn Bldg 004-2 ID Clerk3605 HWY 52 NRochester, MN

��

Printed in USA

Documents

IBM i: Disponibilidade Descrição geral de alta disponibilidade · Consulte estas novas informações da colecção de tópicos de descrição geral da Alta Disponibilidade Detecção