Benefícios-chave e tecnologia de recuperação de desastres para o SAP Business One

Um benefício para pequenas e médias empresas, o SAP Business One é uma solução de ERP com foco na automatização de funções empresariais como gestão financeira, gestão de operações e gestão de recursos humanos. Sua arquitetura é um modelo cliente-servidor típico, onde o software do cliente é um produto baseado no Microsoft Windows que se conecta com o servidor de back-end, enquanto o software do servidor é executado no banco de dados do Microsoft SQL Server ou no banco de dados SAP HANA. Embora a ferramenta traga vários benefícios que listamos abaixo, também exige um plano abrangente de recuperação de desastres.

Benefícios chave do SAP Business One

• Gestão de relacionamento com clientes


• Gestão de campanhas de marketing


• Gestão de oportunidades e atividades de vendas


• Integração entre CRM e inventário


• Obtenção de informações sobre clientes


• Gestão de garantias de clientes, contratos de serviço e chamadas de serviço


• Integração com o Microsoft Outlook


• Aplicativo móvel do SAP Business One


• Geração de relatórios e análises eficientes

Por que você precisa de um plano de recuperação de desastres?

Desastres devido a falhas na aplicação, ciberataques ou qualquer calamidade causam tempo de inatividade e perdas monetárias massivas para o negócio. Eles param completamente o negócio. Às vezes, a perda de dados e o tempo de inatividade são tão longos e graves que causam uma perda irreparável na reputação da empresa. Nesse cenário, é vital garantir um plano de recuperação de desastres sólido. O SAP Business One é um aplicativo crítico para a missão. Um plano de recuperação de desastres infalível não apenas garante economia de custos, mas também é considerado uma estratégia de sobrevivência.

Tecnologia de recuperação de desastres para o SAP Business One

Entre as várias opções de recuperação de desastres, a tecnologia na nuvem tem desempenhado um papel importante, especialmente para pequenas e médias empresas. As opções de recuperação de desastres fornecem às empresas a flexibilidade de escolher e planejar conforme necessário. A recuperação de desastres no ambiente do SAP refere-se à cópia dos arquivos de log do banco de dados.

As informações gerenciadas pelo SAP são armazenadas no banco de dados. Portanto, qualquer alteração no banco de dados é refletida nos registros. Ao enviar os arquivos de log para um servidor remoto designado para recuperação de desastres, você pode recuperar todas as informações quando necessário.

Existem duas formas de implementar a tecnologia de recuperação:

1. Síncrona

Neste caso, o banco de dados no site principal permanece inalterado até receber informações do site de recuperação de desastres de que o banco de dados lá está atualizado.

2. Assíncrona

Aqui, é permitido que o banco de dados no site principal faça alterações, independentemente das alterações atualizadas no site de recuperação de desastres. As alterações são posteriormente enviadas para o site de recuperação de desastres, criando um atraso entre o site principal e o site de recuperação de desastres.

Gerenciamento de RPO para recuperação de desastres do SAP

O plano de recuperação de desastres deve ser executado estabelecendo o Ponto de Recuperação Objetivo (RPO). RPO refere-se ao período máximo previsto em que os dados podem ser perdidos devido a um desastre ou quantos dados você pode se dar ao luxo de perder em caso de um desastre. Estabelecer o RPO depende da solução de recuperação de desastres. Por exemplo, na abordagem tradicional, o RPO depende do tamanho dos registros do seu banco de dados. Para registros grandes, você precisa de um RPO grande.

Lista de verificação para recuperação de desastres do SAP Business One

Permita-nos apresentar brevemente as opções comumente usadas de recuperação de desastres:

• 
  

  Recuperação de dados tradicional para o SAP

  
  

No método tradicional, existem dois servidores idênticos: um no data center principal e outro no site de recuperação de desastres. Aqui, você coleta os registros do banco de dados no centro principal e os envia pela rede para o centro de recuperação de desastres. Um alto custo de propriedade e uma baixa velocidade de tempo de atividade devem fazer com que a abordagem tradicional seja uma opção menos favorável.