En publicacións anteriores, compartimos instrucións para a configuración и baseado en Veeam. Hoxe queremos falar sobre as copias de seguridade mediante Commvault. Non haberá instrucións, pero dirémosche que e como están a facer unha copia de seguranza dos nosos clientes.
Sistema de almacenamento dun sistema de copia de seguridade baseado en Commvault no centro de datos OST-2.
Como funciona isto?
Commvault é unha plataforma de copia de seguridade para aplicacións, bases de datos, sistemas de ficheiros, máquinas virtuais e servidores físicos. Neste caso, os datos iniciais poden estar en calquera sitio: connosco, no lado do cliente, noutro centro de datos comercial ou na nube.
O cliente instala un axente en obxectos de copia de seguridade - Axente de iData - e configúrao de acordo coas políticas de copia de seguridade requiridas. iData Agent recolle os datos necesarios, comprime, desduplica, cifra e transfire ao sistema de copia de seguridade DataLine.
Servidores proxy garantir a conectividade da rede cliente e a nosa rede, o illamento das canles polas que se transmiten os datos.
No lado de DataLine, os datos do axente iData reciben Servidor Media Agent e envíao ao almacenamento en sistemas de almacenamento, bibliotecas de cintas, etc. Todo isto é xestionado por Commserve. Na nosa configuración, o servidor de control principal sitúase no sitio OST e o servidor de copia de seguridade no sitio NORD.
De forma predeterminada, os datos do cliente almacénanse nun só sitio, pero pode organizar copias de seguranza en dúas localizacións á vez ou configurar unha programación para transferir copias de seguranza a un segundo sitio. Esta opción chámase "copia auxiliar". Por exemplo, todas as copias de seguridade completas a finais de mes duplicaranse ou moveranse automaticamente a un segundo sitio.
Esquema de funcionamento do sistema de copia de seguridade Commvault.
O sistema de copia de seguridade funciona principalmente na virtualización de VMware: os servidores CommServe, Media Agent e Proxy están implantados en máquinas virtuais. Se o cliente usa o noso equipo, entón as copias de seguridade colócanse no sistema de almacenamento Huawei OceanStor 5500 V3. Para facer unha copia de seguranza dos sistemas de almacenamento do cliente, almacenar copias de seguridade en bibliotecas de cintas, utilízanse axentes multimedia separados en servidores físicos.
Que é importante para os clientes?
Segundo a nosa experiencia, os clientes que elixen Commvault para a copia de seguridade prestan atención aos seguintes puntos.
Consola. Os clientes queren xestionar eles mesmos as copias de seguridade. Todas as operacións básicas están dispoñibles na consola de Commvault:
- engadir e eliminar servidores para a copia de seguridade;
- configurar iData Agent;
- creación e inicio manual de tarefas;
- auto-restauración de copias de seguridade;
- establecer notificacións sobre o estado das tarefas de copia de seguridade;
- diferenciación do acceso á consola en función do rol e grupo de usuarios.
Desduplicación. A deduplicación permítelle atopar e eliminar bloques de datos duplicados durante o proceso de copia de seguridade. Así, axuda a aforrar espazo no sistema de almacenamento e reduce a cantidade de datos transferidos, reducindo os requisitos de ancho de banda. Sen a deduplicación, as copias de seguridade ocuparían de dúas a tres veces o tamaño dos datos orixinais.
No caso de Commvault, a deduplicación pódese configurar no lado do cliente ou no lado do axente de medios. No primeiro caso, os bloques de datos non únicos nin sequera se transferirán ao servidor Media Agent. No segundo, o bloque de repetición descartase e non se escribe no sistema de almacenamento.
Tal deduplicación de bloques baséase en funcións hash. A cada bloque asígnaselle un hash, que se almacena nunha táboa hash, unha especie de base de datos (Deduplication Database, DDB). Ao transmitir datos, o hash é "perforado" a través desta base. Se tal hash xa está na base de datos, entón o bloque está marcado como non único e non se transfire ao Media Agent Server (no primeiro caso) nin se escribe no sistema de almacenamento de datos (no segundo).
Grazas á deduplicación, podemos aforrar ata un 78 % do espazo de almacenamento. Agora almacénanse 166,4 TB no almacenamento. Sen a deduplicación, teriamos que almacenar 744 TB.
Posibilidade de diferenciar dereitos. Commvault ten a capacidade de establecer diferentes niveis de acceso á xestión de copias de seguridade. Os chamados "papeis" determinan cales serán as accións usuario en relación cos obxectos de copia de seguridade. Por exemplo, os desenvolvedores só poderán restaurar un servidor cunha base de datos nunha localización específica, mentres que un administrador poderá executar unha copia de seguridade fóra de orde para o mesmo servidor e engadir novos usuarios.
Cifrado. Podes cifrar os datos mentres realizas unha copia de seguranza a través de Commvault dos seguintes xeitos:
- do lado do axente cliente: neste caso, os datos transferiranse ao sistema de copia de seguridade xa en forma cifrada;
- polo lado do axente de medios;
- a nivel de canle: os datos cífranse no lado do axente cliente e descifran no Media Agent Server.
Algoritmos de cifrado dispoñibles: Blowfish, GOST, Serpent, Twofish, 3-DES, AES (recomendado por Commvault).
Algunhas estatísticas
A mediados de decembro, coa axuda de Commvault, temos 27 clientes facendo unha copia de seguranza. A maioría deles son venda polo miúdo e institucións financeiras. A cantidade total de datos de copia orixinais é de 65 TB.
Realízanse aproximadamente 4400 tarefas ao día. A continuación móstranse as estatísticas das tarefas completadas nos últimos 16 días.
Sobre todo, fai unha copia de seguranza das bases de datos do sistema de ficheiros de Windows, SQL Server e Exchange a través de Commvault.
E agora os casos prometidos. Aínda que son impersoais (NDA di ola :)), dan unha idea de que e como usan os clientes a copia de seguridade baseada en Commvault. A continuación móstranse casos prácticos para clientes que usan un único sistema de copia de seguridade, é dicir, software compartido, servidores Media Agent e sistemas de almacenamento.
Caso 1
Cliente. Empresa rusa de comercio e fabricación do mercado de repostería cunha rede distribuída de sucursais en toda Rusia.
Unha tarefa.Organización de copias de seguridade para bases de datos Microsoft SQL, servidores de ficheiros, servidores de aplicacións, caixas de correo Exchange Online.
Os datos iniciais están localizados en oficinas en toda Rusia (máis de 10 cidades). Debe facer unha copia de seguridade no sitio de DataLine coa posterior recuperación de datos en calquera das oficinas da empresa.
Ao mesmo tempo, o cliente quería unha autoxestión total con control de acceso.
Profundidade de almacenamento - ano. Para Exchange Online, 3 meses para as copias en liña e un ano para os arquivos.
A solución. Creouse unha copia adicional para as bases de datos do segundo sitio: a última copia de seguridade completa do mes transfírese a outro sitio e gárdase alí durante un ano.
A calidade das canles das oficinas remotas do cliente non sempre permitiu realizar copias de seguridade e restauración no prazo óptimo. Para reducir a cantidade de tráfico transmitido, configurouse a deduplicación no lado do cliente. Grazas a ela, o tempo dunha copia de seguridade completa fíxose aceptable, tendo en conta a distancia das oficinas. Por exemplo, unha copia de seguridade completa da base de datos de 131 GB desde San Petersburgo faise en 16 minutos. Desde Ekaterimburgo, fai unha copia de seguranza dunha base de datos de 340 GB durante 1 hora e 45 minutos.
A través de roles, o cliente configurou diferentes permisos para os seus desenvolvedores: só copia de seguridade ou restauración.
Caso 2
Cliente. Cadea rusa de tendas de artigos para nenos.
Unha tarefa. Organización do backup para:
un clúster MS SQL altamente cargado baseado en 4 servidores físicos;
máquinas virtuais cun sitio web, servidores de aplicacións, 1C, Exchange e servidores de ficheiros.
Toda a infraestrutura especificada do cliente está espaciada entre os sitios OST e NORD.
RPO para servidores SQL - 30 minutos, para o resto - 1 día.
Profundidade de almacenamento: de 2 semanas a 30 días, dependendo do tipo de datos.
A solución. Escollemos unha combinación de solucións baseadas en Veeam e Commvault. Veeam úsase para facer copias de seguridade de ficheiros da nosa nube. Copia de seguranza dos servidores de bases de datos, Active Directory, correo e servidores físicos a través de Commvault.
Para conseguir unha alta velocidade de copia de seguridade, o cliente asignou un adaptador de rede separado en servidores físicos con MS SQL para tarefas de copia de seguridade. Unha copia de seguridade completa dunha base de datos de 3,4 TB leva 2 horas e 20 minutos e unha restauración completa leva 5 horas e 5 minutos.
O cliente tiña unha gran cantidade de datos iniciais (case 18 TB). Se os datos fosen apilados nunha biblioteca de cintas, como fixera antes o cliente, entón serían necesarios varias ducias de cartuchos. Isto complicaría a xestión de todo o sistema de copia de seguridade do cliente. Polo tanto, na implementación final, a biblioteca de cintas foi substituída por un sistema de almacenamento.
Caso 3
Cliente. Cadea de supermercados no CIS
Unha tarefa. O cliente quería facer unha copia de seguranza e restaurar os sistemas SAP aloxados na nosa nube. Para bases de datos SAP HANA RPO=15 minutos, para máquinas virtuais con servidores de aplicacións RPO=24 horas. Profundidade de almacenamento - 30 días. En caso de accidente RTO=1 hora, restaurar unha copia baixo demanda RTO=4 horas.
A solución. Para a base de datos HANA, configuráronse copias de seguridade dos ficheiros de DATOS e dos ficheiros de rexistro a intervalos especificados. Os ficheiros de rexistro arquiváronse cada 15 minutos ou cando alcanzaban un determinado tamaño.
Para reducir o tempo de recuperación da base de datos, configuramos o almacenamento de copias de seguridade en dous niveis baseados no sistema de almacenamento e na biblioteca de cintas. Engádense copias en liña aos discos con posibilidade de recuperación en calquera momento da semana. Cando a copia de seguranza pasa de 1 semana, trasládase ao arquivo, á biblioteca de cintas, onde se almacena durante 30 días máis.
Unha copia de seguridade completa dunha das bases de datos de 181 GB realízase en 1 hora e 54 minutos.
Ao configurar a copia de seguridade, utilizouse a interface de backint de SAP, que permite integrar sistemas de copia de seguridade de terceiros con SAP HANA Studio. Polo tanto, as copias de seguridade pódense xestionar directamente desde a consola SAP. Isto facilita a vida aos administradores de SAP que non teñen que acostumarse á nova interface.
A xestión de copias de seguridade tamén está dispoñible para o cliente a través da consola de cliente estándar de Commvault.
Iso é todo por hoxe. Fai preguntas nos comentarios.
Fonte: www.habr.com