Disaster Recovery para SAP utilizando BusinessShadow

Transcrição

1 Disaster Recovery para SAP utilizando BusinessShadow

2 Agenda Projeto de Disaster Recovery (DR) Principais Arquiteturas de DR para SAP Utilizando BusinessShadow para DR do SAP Credenciais e Contatos

4 Porque realizar um projeto de Disaster Recovery? Aumento considerável da dependência dos processos de negócios em relação à TI Ex.: Quais funções de negócios podem ser realizadas sem o SAP? Filiais comerciais no mundo possuem dependência da TI central Ex.: Tragédia em Nova Orleans tem pouca relação com operações de negócios da empresa na Califórnia e América do Sul. Regulações / Legislações: SOX, Regulações da Bolsa de Valores, Basel II, Ex.: Problemas de responsabilidades, Perda de Dados da Produção... Ameaças devido a desastres naturais e outros incidentes Risco / probabilidade de incêndios, inundações, terremotos, furações... Acessibilidade: Queda dos preços de HW, link e SW A redução do investimento inicial e do custo operacional aumentam o ROI do projeto

5 Objetivos de um projeto de Disaster Recovery Qualquer projeto de Disaster Recovery se inicia com as questões: Em caso de desastre......qual a perda aceitável de dados? (Recovery Point Objective ou RPO )...qual o tempo máximo até que o usuário consiga acessar o sistema de contingência? (Recovery Time Objective ou RTO ) Os valores alvo RPO e RTO precisam ser determinados pela área de negócio e ponderados pelo Retorno de Investimento do projeto de DR (quanto menor o RPO / RTO, maior o investimento).

7 Envio de Fitas de Backup para Outro Site Disaster Recovery com tradicionais fitas de backups Estratégia cuja a maioria das empresas já utilizam como parte de seus procedimentos de backup Uma fita de backup é utilizada para criar uma cópia completa da base de dados e arquivos SAP em intervalos regulares. Estas fitas são então enviadas para o site de DR definido Vantagens Alta integridade transacional Proteção contra a corrupção de dados Baixo custo de implantação Desvantagens Elevada perda de dados na incidência de desastre (RPO) Elevado tempo de restauração no site de DR (RTO) Necessidade de equipe no site de DR Riscos de erro humano (procedimento manual) Sem estratégia fail-back Custos altos com prestadores de serviços para execução do DR

8 Replicação Storage Block-Based A replicação Block-Based é um método/tecnologia de replicação dos dados através do cópia dos blocos de disco de storage Pode ser implementado usando dois sistemas de storage ou componentes SAN Os produtos incluem SRDF (EMC), PPRC (IBM), CA (HP), SnapMirror (NetApp), Recovery Point (EMC), etc. A replicação é tipicamente assíncrona para distâncias maiores do que 100 milhas entre os sites Vantagens Desvantagens Solução única para todas as situações Produtos tipicamente estáveis, maduros Pouca perda de dados na incidência de desastre (RPO) Independência do host server Solução única precisa se adaptar a todas as situações Baixa integridade transacional Requer storages idênticos Elevados requisitos de rede de dados Baixa amplitude de controle (span of control) Recuperação manual ou shell scripts Será possível levantar a base de dados? Elevado esforço para realização de testes de DR Sem possibilidade de definir ponto no tempo para recuperação Investimentos muito altos = Baixo ROI

9 Replicação Storage Block-Based 1º Desafio da Replicação Storage Block-Based: Integridade dos Dados SAP Application(s) Alta Integridade Transacional Online Logs Offline Logs Database Data Files Database Level Files Files Files Server / Operating System Storage System / Storage Blocks File Level Storage Level Baixa Integridade Transacional Replicação assíncrona Storage Block-Based garante apenas a integridade dos dados nos blocos de disco, o que está longe de garantir a integridade dos banco de dados e dados SAP. Após a ocorrência do desastre, a base de dados SAP estará em estado de shutdown não controlado

10 Replicação Storage Block-Based 2º Desafio da Replicação Storage Block-Based: Volume de Dados/Rede de Dados volume de dados será replicado 3X Clientes geralmente precisam reduzir a distância planejada para 1-20 milhas

11 Standby Databases Standby Databases são ferramentas que vem com o banco de dados e permitem aos clientes a criação de uma cópia do banco de dados Algumas ferramentas são mais automatizadas que outras: Data Guard Oracle; HADR ou scripts personalizados - DB2 (IBM); Log Shipping - SQL Server (Microsoft); Scripts customizados - MaxDB (SAP) Vantagens Sem requisitos específicos de hardware Ferramenta de base de dados gratuita Poucos requisitos de rede de dados Integridade transacional Sem limitação de distancia Cobre apenas o base de dados e omite os flat-files (Profiles? Java?) Falta de otimização de rede Complexo para configurar e operar (requer intervenção manual) Dependente 100% da equipe para operação e failover Não há suportes para ambientes mistos (SCM LiveCache?) Falta de recursos específicos para SAP Sem estratégia fail-back Desvantagens Aumento de complexidade com o número de sistemas SAP

12 Porque existe a necessidade de uma alternativa? Método Envio de Fitas de Backup para Outro Site Replicação SAN/blockbased Standby databases com ferramenta nativa de BD Principais Características Alto tempo de recuperação, perda potencial de dados, trabalho intenso, risco de erro humano Alto custo, perda de integridade transacional, elevados requerimentos de rede de dados Não suporta plataformas múltiplas, elevado consumo de tempo com administração, intervenções manuais

14 Arquitetura do BusinessShadow A solução é composta por 4 módulos: Site Produção Site Espelho SAP Database: Oracle, MaxDB, DB2, SQL Server DBShadow (replicação log do banco de dados) SAP Database: Oracle, MaxDB, DB2, SQL Server SAP Flat Files: User Profiles, Spool Files, etc. FSShadow (replicação flat files) SAP Flat Files: User Profiles, Spool Files, etc. SAP Host Name: IP Address, NetBIOS, Host SwitchApplication (controle dos servidores) SAP Host Name: IP Address, NetBIOS, Host LongDistance (módulo opcional para longas distâncias)

15 Arquitetura do BusinessShadow (detalhes) SAP GUI Web Browser SAP Application Server(s) Application Server(s) SAP ABAP App Server SAP J2EE App Server SAP ABAP App Server SAP J2EE App Server SAP Central Instance Server SAP Standby Server IP SAP J2EE CS IP SAP ABAP CS IP IP SAP ABAP CS IP SAP J2EE CS IP Files SQL Server, DB2, Oracle, or MaxDB, SQL Server, DB2, Oracle, or MaxDB, Files DBShadow FSShadow CS = SAP System Central Services SwitchApplication

16 Garantia de Integridade dos Dados SAP Application(s) Online Logs Offline Logs Database Data Files Database Level Alta Integridade Transacional Files Files Files Server / Operating System Storage System / Storage Blocks File Level Storage Level Baixa Integridade Transacional O BusinessShadow garante a integridade do banco de dados e da aplicação. Cobre os principais banco de dados: Oracle, MS SQL, MaxDB e DB2 Cobre todas as plataformas Unix e Windows

17 Redução dos Requisitos de Rede de Dados Alta compressão dos Archive Files Produção BusinessShadow PAS Parallel Archive Shipping TCP/IP BusinessShadow VLP Very Large IP Packages Espelho Pouca dependência do fator latência, permitindo replicação síncrona mesmo em longas distâncias. Motivos: Otimização da transferência de dados (alta compactação; fragmentação dos dados; transmissão paralela) Referência incremental das informações Criptografia dos dados

18 Time-Funnel Proteção dos Dados Replicados Operação Normal Mudanças em produção são enviadas imediatamente para o site espelho, mas precisam passar por um timefunnel antes de serem aplicados no ambiente espelho. Operação com Crash Time-funnel fechado No caso de corrupção ou qualquer outro acidente o time-funnel pode ser fechado, impedindo que os dados corrompidos sejam inseridos no site espelho. Os usuários passam a acessar o ambiente espelho enquanto o ambiente de produção é corrigido.

19 Utilização do BusinessShadow Disaster Recovery = Proteção contra falhas no site de produção Após a ocorrência do desastre, BusinessShadow irá automaticamente recuperar os arquivos de log remanescentes e ativar o sistema espelho. Alta Disponibilidade = Proteção contra Erro de Usuário/ Software: Após a identificação de erros de usuário/software, o BusinessShadow irá realizar a recuperação automática em um ponto no tempo, antes da ocorrência do crash, e ativar o espelho. Atualização de Sistema BusinessShadow pode ser usado para atualizar sistemas de QA / DEV / Sandbox a partir de produção ou sistema espelho existente Benefício Adicional: Downtime Planejado, ex.: Cenários de Evacuação, incluso BusinessShadow pode reverter os papéis e a direção do time-funnel. O usuário trabalha temporariamente no sistema secundário até voltar para a situação original.

20 Posicionamento do BusinessShadow (1/4) Produtos Solução baseada em Solução em Hardware ou Software? Permite longas distâncias para DR Suporte para banco de dados Suporte para Flat File Libelle BusinessShadow Server Agents no host primário e secundário Log Shipping Oracle DataGuard, DB2 HADR, MS Log Shipping. Característica do banco de dados, ex.: Enterprise Mgr. Replicação Block-level (hardware-based) Continuos Access PPRC, SRDF, Recovery Point, Solução proprietária de storage ou aplicação SAN Replicação Block-level (Software-based) Double Take, Veritas Volume Replicator, Funcionalidades de O/S de plataforma baixa, servidor de gerenciamento Software Software Hardware Software Por default Sim. Suporta: Oracle, MaxDB, MS SQL Server, DB2 Sim. Suporte UNIX e WINDOWS flat files Por default Sim, mas cada banco requer sua ferramenta própria Não Necessidade de componentes / redes adicionais Sim. Independe do banco de dados. Sim. Espelhamento completo do volume Altos requisitos de rede Sim. Independe do banco de dados. Sim. Espelhamento completo do volume

21 Posicionamento do BusinessShadow (2/4) Cobre IP/Hostname failover? Gerenciada tipicamente por Libelle BusinessShadow Sim. Fornece automação para IP fail over Equipe SAP Basis ou Banco de Dados Log Shipping Replicação Block-level (hardware-based) Replicação Block-level (Software-based) Não Não Alguns cobrem Equipe de Banco de Dados Equipe de Storage Equipe de Storage Responsável pelo SAP failover Host / Volume no site espelho Controle de tempo para espelhamento dos dados Equipe SAP Basis Equipe SAP Basis Equipe SAP Basis Equipe SAP Basis Up Up Down Down Sim. Controle total do tempo para espelhamento dos dados (por default). Sim. Por Script Não. Espelhamento Assíncrono ou minutos de buffering dos dados (não é controle do tempo para espelhamento). Não. Espelhamento Assíncrono ou minutos de buffering dos dados (não é controle do tempo para espelhamento).

22 Posicionamento do BusinessShadow (3/4) Libelle BusinessShadow Log Shipping Block-level Replication (hardware-based) Block-level Replication (Software-based) Fail-Over Automatizado. Incluindo várias opções de tempo e de log para o fail-over Parcialmente automatizado; intervenção manual necessária Recuperação manual de falhas Recuperação manual de falhas Objetivos do Ponto de Recuperação Último arquivo de Log (ex. 15 minutos) Último arquivo de Log (ex. 15 minutos) Normalmente < 1 até 5 minutos Normalmente < 1 até 5 minutos Requerimentos de Rede Backup dos dados de produção no servidor de espelho Muito baixo Baixo Alto Alto Sim. Na camada de banco de dados e com automatização via GUI Sim. Na camada de banco de dados. Sim. Na camada de storage LUN, porém o banco de dados de produção precisa estar configurado para iniciar modo de backup Sim. Na camada de storage LUN, porém o banco de dados de produção precisa estar configurado para iniciar modo de backup

23 Posicionamento do BusinessShadow (4/4) Libelle BusinessShadow Log Shipping Block-level Replication (hardware-based) Block-level Replication (Software-based) Uso para atualizações em QA / DEV Verificação de integridade Fácil e automatizado via GUI Permanente (aplicado a todo arquivo de log através da instância de banco de dados) Fácil. Apenas na camada de banco de dados Permanente (aplicado para todo arquivo de log através da instância de banco de dados) Manual Em conseqüência da incidência de desastre Manual Em conseqüência da incidência de desastre Failover Seletivo Por sistema SAP Somente por Banco de Dados Somente o volume de storage completo Somente o volume de storage completo Verificação de Integridade com o banco de dados Mecanismos de backup e recuperação dos arquivos de log Mecanismos de backup e recuperação dos arquivos de log Nenhum Nenhum Investimento Software e Implementação Consultoria para scripts e recursos para manutenção Investimentos com overhead de hardware e rede Software e Implementação

24 Interface: BusinessShadow 5.0

26 Consumidores Globais BusinessShadow Mais de 300 clientes no mundo Mais de 1,000 instalações de DBShadow no mundo BusinessShadow Certificado pela SAP em 2005 SAP Walldorf utiliza BusinessShadow através do SAP Hosting Relacionamento com Departamento de Desenvolvimento do MaxDB na SAP Berlin

27 Entre em contato conosco Contatos Profits Consulting (21)