Configuração específica de recursos do SnapCenter para backups de volumes que não são de dados
Sugerir alterações
PDFs
Proteger o volume de dados do banco de dados é suficiente para restaurar e recuperar o banco de dados SAP HANA para um determinado ponto no tempo, desde que os recursos de instalação do banco de dados e os logs necessários ainda estejam disponíveis.
Para se recuperar de situações em que outros arquivos que não sejam de dados devem ser restaurados, a NetApp recomenda o desenvolvimento de uma estratégia de backup adicional para volumes que não sejam de dados para aumentar o backup do banco de dados SAP HANA. Dependendo de seus requisitos específicos, o backup de volumes que não sejam de dados pode diferir na frequência de agendamento e nas configurações de retenção, e você deve considerar a frequência com que os arquivos que não são de dados são alterados. Por exemplo, o volume HANA /hana/shared contém executáveis, mas também arquivos de rastreamento SAP HANA. Embora os executáveis só sejam alterados quando o banco de dados SAP HANA é atualizado, os arquivos de rastreamento do SAP HANA podem precisar de uma frequência de backup mais alta para oferecer suporte à análise de situações de problema com o SAP HANA.
O backup em volume que não é de dados da SnapCenter permite que cópias Snapshot de todos os volumes relevantes sejam criadas em poucos segundos com a mesma eficiência de espaço que os backups de bancos de dados do SAP HANA. A diferença é que não há necessidade de comunicação SQL com o banco de dados SAP HANA.
Configuração de recursos de volume não-dados
Neste exemplo, queremos proteger os volumes que não são de dados do banco de dados SAP HANA SS1.
-
Na guia recurso, selecione não volume de dados e clique em Adicionar banco de dados SAP HANA.
-
Na etapa um da caixa de diálogo Adicionar banco de dados SAP HANA, na lista tipo de recurso, selecione volumes não-dados. Especifique um nome para o recurso e o SID associado e o host de plug-in SAP HANA que você deseja usar para o recurso e clique em Avançar.
-
Adicione o SVM e o volume de storage como espaço físico do storage e clique em Avançar.
-
Na etapa de resumo, clique em concluir para salvar as configurações.
-
Repita estes passos para todos os volumes não-dados necessários.
-
Continue com a configuração de proteção do novo recurso.
A proteção de dados para recursos de volume que não sejam de dados é idêntica ao fluxo de trabalho para recursos de banco de dados do SAP HANA e pode ser definida em um nível de recurso individual. A figura a seguir mostra a lista dos recursos de volume não configurados de dados.
Grupos de recursos
Os grupos de recursos são uma maneira conveniente de definir a proteção de vários recursos que exigem as mesmas políticas de proteção e cronograma. Os recursos únicos que fazem parte de um grupo de recursos ainda podem ser protegidos em um nível individual.
Os grupos de recursos fornecem os seguintes recursos:
-
Você pode adicionar um ou mais recursos a um grupo de recursos. Todos os recursos devem pertencer ao mesmo plug-in do SnapCenter.
-
A proteção pode ser definida em um nível de grupo de recursos. Todos os recursos do grupo de recursos usam a mesma política e programação quando protegidos.
-
Todos os backups no repositório do SnapCenter e nas cópias Snapshot de storage têm o mesmo nome definido na proteção de recursos.
-
As operações de restauração são aplicadas em um único nível de recurso, não como parte de um grupo de recursos.
-
Ao usar o SnapCenter para excluir o backup de um recurso criado em um nível de grupo de recursos, esse backup é excluído para todos os recursos do grupo de recursos. A exclusão do backup inclui a exclusão do backup do repositório do SnapCenter, bem como a exclusão das cópias Snapshot de storage.
-
O principal caso de uso para grupos de recursos é quando um cliente deseja usar backups criados com o SnapCenter para clonagem do sistema com o SAP Landscape Management. Isso é descrito na próxima seção.
Usando o SnapCenter em conjunto com o gerenciamento do cenário SAP
Com o SAP Landscape Management (SAP lama), os clientes podem gerenciar cenários complexos de sistemas SAP em data centers no local e em sistemas executados na nuvem. O SAP lama, juntamente com o NetApp Storage Services Connector (SSC), pode executar operações de storage, como clonagem e replicação para casos de uso de clone, cópia e atualização de sistema SAP, usando o Snapshot e a tecnologia FlexClone. Isso permite automatizar completamente uma cópia do sistema SAP com base na tecnologia de clonagem de armazenamento, além de incluir o pós-processamento SAP necessário. Para obter mais detalhes sobre as soluções da NetApp para SAP lama, "TR-4018: Integração de sistemas NetApp ONTAP com o SAP Landscape Management" consulte .
O NetApp SSC e o SAP lama podem criar cópias Snapshot sob demanda diretamente usando o NetApp SSC, mas também podem utilizar cópias Snapshot criadas usando o SnapCenter. Para utilizar os backups do SnapCenter como base para operações de clonagem e cópia de sistema com o SAP lama, é necessário atender aos seguintes pré-requisitos:
-
O SAP lama exige que todos os volumes sejam incluídos no backup, incluindo dados do SAP HANA, log e volumes compartilhados.
-
Todos os nomes de instantâneos de armazenamento devem ser idênticos.
-
Os nomes do Snapshot de armazenamento devem começar pelo VCM.
|
|
Em operações normais de backup, o NetApp não recomenda incluir o volume de log. Se você restaurar o volume de log de um backup, ele substituirá os últimos logs de refazer ativos e impedirá a recuperação do banco de dados para o último estado recente. |
Os grupos de recursos do SnapCenter atendem a todos esses requisitos. Três recursos são configurados no SnapCenter: Um recurso cada para o volume de dados, o volume de log e o volume compartilhado. Os recursos são colocados em um grupo de recursos e a proteção é definida no nível do grupo de recursos. Na proteção do grupo de recursos, o nome Snapshot personalizado deve ser definido com o VCM no início.