Em postagens anteriores, compartilhamos instruções para configurar и baseado na Veeam. Hoje queremos falar sobre backup usando Commvault. Não haverá instruções, mas diremos o que e como nossos clientes já estão fazendo backup.
Sistema de armazenamento de um sistema de backup baseado em Commvault no data center OST-2.
Como isso funciona?
Commvault é uma plataforma de backup para aplicativos, bancos de dados, sistemas de arquivos, máquinas virtuais e servidores físicos. Neste caso, os dados iniciais podem estar em qualquer site: conosco - do lado do cliente, em outro data center comercial ou na nuvem.
O cliente instala um agente em objetos de backup - Agente iData - e configura-o de acordo com as políticas de backup necessárias. O iData Agent coleta os dados necessários, compacta, desduplica, criptografa e os transfere para o sistema de backup DataLine.
Servidores proxy garantir a conectividade da rede do cliente e da nossa rede, o isolamento dos canais pelos quais os dados são transmitidos.
No lado do DataLine, os dados do iData Agent recebem Servidor de agente de mídia e envia para armazenamento em sistemas de armazenamento, bibliotecas de fitas, etc. Tudo isso é gerenciado por Comserve. Em nossa configuração, o servidor de controle principal está localizado no site OST e o servidor de backup está localizado no site NORD.
Por padrão, os dados do cliente são armazenados em um site, mas você pode organizar backups em dois locais ao mesmo tempo ou configurar uma programação para transferir backups para um segundo site. Esta opção é chamada de “cópia auxiliar”. Por exemplo, todos os backups completos no final do mês serão automaticamente duplicados ou movidos para um segundo site.
Esquema de operação do sistema de backup Commvault.
O sistema de backup funciona principalmente na virtualização VMware: servidores CommServe, Media Agent e Proxy são implantados em máquinas virtuais. Caso o cliente utilize nosso equipamento, os backups são colocados no sistema de armazenamento Huawei OceanStor 5500 V3. Para fazer backup de sistemas de armazenamento de clientes, armazenar backups em bibliotecas de fitas, são usados agentes de mídia separados em servidores físicos.
O que é importante para os clientes?
Pela nossa experiência, os clientes que escolhem o Commvault para backup prestam atenção aos seguintes pontos.
Console. Os clientes desejam gerenciar os backups por conta própria. Todas as operações básicas estão disponíveis no console Commvault:
- adicionar e remover servidores para backup;
- configurando o Agente iData;
- criação e início manual de tarefas;
- auto-restauração de backups;
- configurar notificações sobre o status das tarefas de backup;
- diferenciação de acesso ao console dependendo da função e grupo de usuários.
Desduplicação. A desduplicação permite localizar e remover blocos de dados duplicados durante o processo de backup. Assim, ajuda a economizar espaço no sistema de armazenamento e reduz a quantidade de dados transferidos, diminuindo os requisitos de largura de banda. Sem a desduplicação, os backups ocupariam duas a três vezes o tamanho dos dados originais.
No caso do Commvault, a desduplicação pode ser configurada no lado do cliente ou no lado do Media Agent. No primeiro caso, os blocos de dados não exclusivos nem serão transferidos para o Media Agent Server. No segundo, o bloco repetidor é descartado e não é gravado no sistema de armazenamento.
Essa desduplicação de bloco é baseada em funções hash. Cada bloco recebe um hash, que é armazenado em uma tabela hash, uma espécie de banco de dados (Deduplication Database, DDB). Ao transmitir dados, o hash é “perfurado” nesta base. Se tal hash já estiver no banco de dados, o bloco será marcado como não exclusivo e não será transferido para o Media Agent Server (no primeiro caso) ou gravado no sistema de armazenamento de dados (no segundo).
Graças à desduplicação, podemos economizar até 78% de espaço de armazenamento. Agora 166,4 TB estão armazenados no armazenamento. Sem a desduplicação, teríamos que armazenar 744 TB.
Possibilidade de diferenciar direitos. O Commvault tem a capacidade de definir diferentes níveis de acesso ao gerenciamento de backup. Os chamados “papéis” determinam quais ações serão usuário em relação aos objetos de backup. Por exemplo, os desenvolvedores só poderão restaurar um servidor com banco de dados em um local específico, enquanto um administrador poderá executar um backup fora de ordem para o mesmo servidor e adicionar novos usuários.
Criptografia. Você pode criptografar dados durante o backup via Commvault das seguintes maneiras:
- do lado do agente cliente: neste caso, os dados serão transferidos para o sistema de backup já de forma criptografada;
- do lado do Agente de Mídia;
- no nível do canal: os dados são criptografados no lado do agente cliente e descriptografados no Media Agent Server.
Algoritmos de criptografia disponíveis: Blowfish, GOST, Serpent, Twofish, 3-DES, AES (recomendado pela Commvault).
ESTATÍSTICAS
Em meados de dezembro, com a ajuda da Commvault, temos 27 clientes fazendo backup. A maioria deles são varejistas e instituições financeiras. A quantidade total de dados da cópia original é de 65 TB.
Aproximadamente 4400 tarefas são realizadas por dia. Abaixo estão as estatísticas das tarefas concluídas nos últimos 16 dias.
Acima de tudo, o backup dos bancos de dados do Windows File System, SQL Server e Exchange é feito através do Commvault.
E agora os casos prometidos. Embora impessoais (o NDA diz olá :)), eles dão uma ideia do que e como os clientes usam o backup baseado em Commvault. Abaixo estão estudos de caso de clientes que usam um único sistema de backup, ou seja, software compartilhado, servidores Media Agent e sistemas de armazenamento.
Caso 1
Cliente. Empresa russa de comércio e fabricação do mercado de confeitaria com uma rede distribuída de filiais em toda a Rússia.
Tarefa.Organização de backup de bancos de dados Microsoft SQL, servidores de arquivos, servidores de aplicativos, caixas de correio Exchange Online.
Os dados iniciais estão localizados em escritórios em toda a Rússia (mais de 10 cidades). Você precisa fazer backup no site DataLine com posterior recuperação de dados em qualquer um dos escritórios da empresa.
Ao mesmo tempo, o cliente queria autogestão total com controle de acesso.
Profundidade de armazenamento - ano. Para Exchange Online, 3 meses para cópias online e um ano para arquivos.
A solução. Uma cópia adicional foi configurada para os bancos de dados no segundo site: o último backup completo do mês é transferido para outro site e lá armazenado por um ano.
A qualidade dos canais dos escritórios remotos dos clientes nem sempre permitia backup e restauração no prazo ideal. Para reduzir a quantidade de tráfego transmitido, a desduplicação foi configurada no lado do cliente. Graças a ela, o tempo de backup completo tornou-se aceitável, levando em consideração o afastamento dos escritórios. Por exemplo, um backup completo de um banco de dados de 131 GB de São Petersburgo é feito em 16 minutos. De Yekaterinburg, é feito backup de um banco de dados de 340 GB por 1 hora e 45 minutos.
Através de funções, o cliente configurou diferentes permissões para seus desenvolvedores: apenas backup ou restauração.
Caso 2
Cliente. Rede russa de lojas de artigos infantis.
Tarefa. Organização de backup para:
um cluster MS SQL altamente carregado baseado em 4 servidores físicos;
máquinas virtuais com site, servidores de aplicativos, 1C, Exchange e servidores de arquivos.
Toda a infraestrutura especificada do cliente está espaçada entre os sites OST e NORD.
RPO para servidores SQL - 30 minutos, para o restante - 1 dia.
Profundidade de armazenamento - de 2 semanas a 30 dias, dependendo do tipo de dados.
A solução. Escolhemos uma combinação de soluções baseadas em Veeam e Commvault. Veeam é usado para backups de arquivos de nossa nuvem. Servidores de banco de dados, Active Directory, correio e servidores físicos são copiados através do Commvault.
Para obter alta velocidade de backup, o cliente alocou um adaptador de rede separado em servidores físicos com MS SQL para tarefas de backup. Um backup completo de um banco de dados de 3,4 TB leva 2 horas e 20 minutos e uma restauração completa leva 5 horas e 5 minutos.
O cliente tinha uma grande quantidade de dados iniciais (quase 18 TB). Se os dados fossem empilhados em uma biblioteca de fitas, como o cliente havia feito antes, seriam necessárias várias dezenas de cartuchos. Isto complicaria o gerenciamento de todo o sistema de backup do cliente. Portanto, na implementação final, a biblioteca de fitas foi substituída por um sistema de armazenamento.
Caso 3
Cliente. Rede de supermercados na CEI
Tarefa. O cliente queria fazer backup e restaurar sistemas SAP hospedados em nossa nuvem. Para bancos de dados SAP HANA RPO=15 minutos, para máquinas virtuais com servidores de aplicativos RPO=24 horas. Profundidade de armazenamento - 30 dias. Em caso de acidente RTO=1 hora, para restaurar uma cópia sob demanda RTO=4 horas.
A solução. Para o banco de dados HANA, os backups de arquivos DATA e arquivos de log foram configurados em intervalos especificados. Os arquivos de log eram arquivados a cada 15 minutos ou quando atingiam um determinado tamanho.
Para reduzir o tempo de recuperação do banco de dados, configuramos o armazenamento de backups em dois níveis com base no sistema de armazenamento e na biblioteca de fitas. Cópias on-line são adicionadas aos discos com possibilidade de recuperação a qualquer momento da semana. Quando o backup tem mais de 1 semana, ele é movido para o arquivo, para a biblioteca de fitas, onde é armazenado por mais 30 dias.
Um backup completo de um dos bancos de dados de 181 GB é feito em 1 hora e 54 minutos.
Na configuração do backup foi utilizada a interface SAP backint, que permite integrar sistemas de backup de terceiros com SAP HANA Studio. Portanto, os backups podem ser gerenciados diretamente no console SAP. Isso facilita a vida dos administradores SAP que não precisam se acostumar com a nova interface.
O gerenciamento de backup também está disponível para o cliente por meio do console do cliente Commvault padrão.
Isso é tudo por hoje. Faça perguntas nos comentários.
Fonte: habr.com