Os backups geralmente têm um impacto significativo no desempenho do sistema SAP de produção porque há uma carga pesada no servidor de banco de dados, no sistema de storage e na rede de storage durante os backups.

Os backups podem ser criados somente durante momentos com atividades de e/S baixas ou em lote que ocorrem no sistema SAP. É muito difícil definir uma janela de backup quando o sistema SAP está ativo o tempo todo.

O rápido crescimento de dados juntamente com a diminuição das janelas de backup resultam em investimentos contínuos na infraestrutura de backup: Mais unidades de fita, nova tecnologia de unidade de fita, redes de armazenamento mais rápidas. Bancos de dados crescentes também resultam em mais Mídia de fita ou espaço em disco para backups. Backups incrementais podem resolver esses problemas, mas resultam em um processo de restauração muito lento, o que geralmente não é aceitável.

O tempo de inatividade não planejado de um sistema SAP sempre tem um efeito financeiro no negócio. Uma parte significativa do tempo de inatividade não planejado é o tempo necessário para restaurar e recuperar o sistema SAP em caso de falha. A arquitetura de backup e recuperação deve ser projetada com base em um objetivo de tempo de recuperação (rto) aceitável.

O tempo de backup e recuperação está incluído nos projetos de atualização do SAP. O plano de projeto para uma atualização SAP inclui sempre pelo menos três backups do banco de dados SAP. O tempo necessário para executar esses backups reduz o tempo total disponível para o processo de atualização. A decisão de fazer backup e recuperar é geralmente baseada no tempo necessário para restaurar e recuperar o banco de dados do backup que foi criado anteriormente. A opção de restaurar muito rapidamente fornece mais tempo para resolver problemas que podem ocorrer durante a atualização, em vez de apenas restaurar o sistema de volta ao seu estado anterior.