Capítulo 7. Backup e restauração de dados usando o Acronis True Image Home Existem muitos produtos diferentes no mercado hoje para backup e restauração de dados, e já encontramos alguns deles em

O backup de dados é uma função essencial para todo usuário de computador responsável. Nada pior do que estar ciente, sentado em frente ao computador, que o resultado do seu trabalho mensal ou arquivos importantes que não podem ser restaurados acabam de ser perdidos.

Os dados muitas vezes têm um preço alto. E não importa se são arquivos pessoais ou informações que são usadas para o trabalho. Vamos descobrir quais funções para backup e recuperação de dados os desenvolvedores da Microsoft equiparam a versão mais recente de seu sistema operacional - Windows 10, e também considerar a possibilidade de fazer backup da recuperação de dados usando programas de terceiros.

Backup de dados: o que é?

Backup de arquivo

Às vezes ouvimos sobre a necessidade de "criar um backup do computador". Mas dizer que isso não é totalmente correto, uma vez que existem duas maneiras de fazer backup dos dados. Primeiro, criando uma cópia de backup de arquivos, com a qual você pode criar cópias de arquivos e pastas individuais armazenados em um computador ou qualquer outro meio de armazenamento. Cada usuário que possui dados importantes em seu computador deve fazer backup em um disco rígido externo, caso a fonte original seja perdida ou excluída.

Backup do sistema

Outra forma de fazer backup de seus dados é conhecida como Backup do sistema ou Imagem do sistema. Esta é uma forma mais complexa de fazer backup de dados, pois neste caso estamos falando de criar uma cópia de todo o sistema operacional de um determinado computador, junto com programas, arquivos e instalações. Um backup do sistema é usado para restaurá-lo caso o Windows comece a funcionar instável ou pare de funcionar completamente.

Um backup do Windows pode ocupar centenas de gigabytes de memória. Mas, usando um software especial para fazer backup de dados, você pode configurar a função para salvar apenas as alterações feitas desde o último backup do sistema.

Backup e restauração de dados usando o Windows

O Windows 10 tem ferramentas integradas que são projetadas para criar backups de arquivos e do sistema, bem como restaurar informações com sua ajuda. Muitos usuários não os utilizam, sem saber de sua existência ou de como configurá-los adequadamente. Eles tendem a usar programas de terceiros com mais frequência do que ferramentas integradas ao sistema operacional.

Histórico do arquivo

A maioria de uma forma simples criar uma cópia de backup de arquivos e pastas, bem como restaurar a partir deles, é o histórico de arquivos. Com esta função, você pode copiar os dados regularmente, de acordo com a programação definida pelo usuário, e salvá-los em disco externo disco ou outro meio de armazenamento externo. Cópias de arquivos também podem ser salvas no disco rígido do seu computador (embora isso seja contrário à regra básica de backup).

Para personalizar o histórico de arquivos, vá ao menu Iniciar e selecione Configurações. No menu Configurações que é aberto, entre no menu Atualização e segurança / Serviço de backup.

No lado direito do painel, em Backup do histórico do arquivo, clique em Adicionar disco. Você será solicitado a selecionar uma das mídias de armazenamento externo conectadas ao seu computador. Selecione aquele para o qual deseja fazer o backup dos dados e defina os parâmetros de backup: o intervalo para salvar cópias dos arquivos e a duração do seu armazenamento, se necessário, você pode especificar uma pasta específica para uma cópia dos arquivos que deseja para criar ou remover os desnecessários.

Durante a criação de um backup, o Histórico de Arquivos também copia automaticamente todas as pastas da conta do usuário: Imagens, Documentos, Downloads, etc.

Esta função pode ser desativada a qualquer momento, mas para que a cópia dos dados especificados pelo usuário ocorra em um intervalo de tempo definido, o backup automático de arquivos deve ser ativado.

Por padrão, o backup dos arquivos é feito a cada hora. O tempo mínimo que pode ser definido é 10 minutos, o máximo é Diariamente. Você também pode definir a duração do armazenamento para backups: de um mês até que seja necessário espaço livre (neste caso, os backups mais antigos serão excluídos automaticamente para liberar espaço para novos backups).

Restaurando arquivos de um backup

Para recuperar arquivos de um disco de backup de dados, vá ao Painel de Controle e selecione o menu Histórico do Arquivo.

Na coluna esquerda da janela que é aberta, selecione Restaurar arquivos pessoais, vá para a pasta e encontre o arquivo que deseja restaurar. Para restaurar um arquivo, clique no botão verde abaixo e especifique o caminho para restaurá-lo. Você pode selecionar as versões de backup dos arquivos por data e hora pressionando os botões de seta para a esquerda e para a direita.

Serviço de nuvem OneDrive

Outra maneira de se proteger contra a perda de arquivos importantes é transferi-los para o armazenamento em nuvem e sincronizá-lo com seu computador. Existem muitos desses armazenamentos: Dropbox, Google Drive etc. Mas uma característica das versões mais recentes do Windows (10, 8, 8.1) é a presença do serviço de nuvem da própria Microsoft embutido no sistema operacional, que é chamado de OneDrive.

Ao usar um dos serviços em nuvem, geralmente criam uma pasta no disco do computador com seu próprio nome, os arquivos a partir dos quais sincronizam. V últimas versões Pasta Windows O OneDrive existe por padrão, ou seja, o serviço está disponível para todos os usuários imediatamente após a instalação do sistema operacional.

Qualquer arquivo. que será salvo nesta pasta será imediatamente copiado para o armazenamento em nuvem e sincronizado com ele. O usuário também pode acessar os arquivos nesta pasta de qualquer outro dispositivo, basta ir para sua conta OneDrive a partir dele.

Ponto de Recuperação

Outro lado do backup e recuperação Dados do Windows 10, há recuperação arquivos do sistema e a integridade do sistema operacional. Criar e restaurar um backup do sistema operacional é um processo mais complexo do que com arquivos pessoais e pastas do usuário. Mas, para isso, o Windows 10 oferece uma função especial - Restauração do Sistema. Com sua ajuda, o usuário pode restaurar a operabilidade do sistema operacional, "reverter" para o estado anterior salvo - o Ponto de Recuperação.

Por padrão, a função de restauração no sistema operacional não está ativada. Para poder utilizá-lo, deve ser configurado. A Restauração do sistema funciona criando pontos de restauração, com a ajuda dos quais o estado do Windows é salvo em um determinado momento. Juntamente com as configurações e o estado do sistema operacional, o Ponto de Recuperação inclui aplicativos instalados(por exemplo, Microsoft Office) e drivers de dispositivo (por exemplo, uma placa de vídeo).

O usuário pode criar um ponto de restauração a qualquer momento conveniente. Ele também é criado automaticamente quando um aplicativo é instalado em um computador ou as atualizações do sistema são baixadas, etc. Mas lembre-se de que a Restauração do sistema não restaura os arquivos pessoais do usuário.

Se você começar a notar que o sistema operacional está com defeito ou com mau funcionamento e erros, você pode executar um dos pontos de restauração salvos anteriormente e o Windows retornará ao estado no momento de sua criação.

Para fazer isso, vá ao Painel de Controle e selecione o menu Restaurar / Configurações de Restauração do Sistema / Configurar, com o qual você pode ativar e configurar a função.

Para restaurar o Windows a partir de um ponto de restauração, vá ao Painel de Controle e selecione o menu Restaurar / Executar Restauração do Sistema, selecione o Ponto de Restauração desejado e clique em Avançar.

Imagem do sistema

Provavelmente, o recurso de backup do Windows mais básico e complexo é um recurso chamado Imagem do Sistema.

Com esta opção, você pode criar uma "duplicata" de todo o disco do computador, inclusive do Windows 10, bem como de todos os programas e dados pessoais do usuário. A imagem do sistema é salva em um disco rígido externo, a partir do qual, se necessário ou se o computador falhar, é implantada de volta no disco rígido do computador. Como resultado, o usuário recebe uma versão funcional do sistema operacional, junto com programas e arquivos.

Isto é muito função útil, mas sua desvantagem é que o usuário não tem a capacidade de restaurar arquivos individuais da imagem do sistema, como do histórico de arquivos. Você só pode expandir totalmente a imagem inteira. Portanto, os usuários costumam usar essas funções em paralelo.

Para criar uma imagem do sistema, vá ao Painel de Controle e selecione o menu Backup e Restauração do Arquivo. Na coluna à esquerda, clique em Criar imagem do sistema e selecione a unidade em que deseja salvá-la. Observe que a imagem do sistema geralmente é grande.

Para restaurar o sistema a partir de uma imagem do sistema, vá para Configurações do sistema / Atualização e segurança / Recuperação e selecione Opções de inicialização personalizadas. Após a reinicialização do Windows 10, selecione Restauração do sistema em uma imagem do menu fornecido.

Outro software de backup e restauração Arquivos do Windows 10

ALEXEY BEREZHNOY, Administrador do sistema. Principais áreas de atividade: virtualização e redes heterogêneas. Outro hobby além de escrever artigos é a popularização do software livre.

Cópia de segurança
A teoria e a prática. Resumo

Para organizar o sistema de backup de forma mais eficaz, você precisa construir uma estratégia real para salvar e restaurar informações.

Backup (ou, como também é chamado, backup - da palavra em inglês "backup") é um processo importante na vida de qualquer estrutura de TI. Este é um pára-quedas de resgate no caso de um desastre imprevisto. Ao mesmo tempo, os backups são usados ​​para criar uma espécie de arquivo histórico das atividades comerciais da empresa durante um determinado período de sua vida. Trabalhar sem backup é como viver ao ar livre - o clima pode piorar a qualquer momento e não há onde se esconder. Mas como organizá-lo corretamente para não perder dados importantes e não gastar somas fantásticas com eles?

Normalmente, os artigos sobre o tema da organização de backups tratam principalmente de soluções técnicas, e apenas ocasionalmente é dada atenção à teoria e metodologia de organização do armazenamento de dados.

Este artigo se concentrará exatamente no oposto: o foco está nos conceitos gerais e os meios técnicos serão mencionados apenas como exemplos. Isso nos permitirá abstrair do hardware e do software e responder a duas perguntas principais: "Por que estamos fazendo isso?", "Podemos fazer mais rápido, mais barato e mais confiável?"

Metas e objetivos do backup

No processo de organização de um backup, duas tarefas principais são definidas: recuperação da infraestrutura em caso de falhas (Disaster Recovery) e manutenção de um arquivo de dados para posteriormente fornecer acesso às informações de períodos anteriores.

Um exemplo clássico de backup de recuperação de desastres é uma imagem da partição do sistema do servidor criada pelo Acronis True Image.

Um exemplo de arquivo pode ser o descarregamento mensal de bases de dados de 1C, gravadas em cassetes com posterior armazenamento em local especialmente designado.

Existem vários fatores que diferenciam um backup para Rápida Recuperação do arquivo:

• Período de armazenamento de dados. Para cópias de arquivo, é bastante longo. Em alguns casos, é regulamentado não apenas por requisitos de negócios, mas também por lei. As cópias de recuperação de desastres têm uma quantidade relativamente pequena. Normalmente, um ou dois (com requisitos de confiabilidade aumentados) backups para recuperação de desastres são criados com um intervalo máximo de um ou dois dias, após o qual são substituídos por novos. Em casos particularmente críticos, também é possível atualizar o backup de recuperação de desastres com mais frequência, por exemplo, uma vez a cada poucas horas.
• Acesso rápido aos dados. A velocidade de acesso a um arquivo de longo prazo não é crítica na maioria dos casos. Normalmente a necessidade de “levantar dados para o período” surge no momento da conciliação dos documentos, voltar a versão anterior etc., ou seja, não no modo de emergência. Outra coisa é a recuperação de desastres, quando os dados necessários e o desempenho do serviço devem ser devolvidos o mais rápido possível. Nesse caso, a velocidade de acesso ao backup é extremamente importante.
• A composição das informações que estão sendo copiadas. A cópia arquivada geralmente contém apenas dados do usuário e da empresa para o período especificado. A cópia de recuperação de desastres contém, além desses dados, imagens do sistema ou cópias do sistema operacional e configurações do software do aplicativo e outras informações necessárias para a recuperação.

Às vezes, é possível combinar essas tarefas. Por exemplo, um conjunto anual de "instantâneos" completos mensais do servidor de arquivos, mais as alterações feitas durante a semana. O True Image é adequado como uma ferramenta para criar esse backup.

O mais importante é entender claramente por que a reserva está sendo feita. Deixe-me dar um exemplo: um servidor SQL crítico travou devido a uma falha na matriz de disco. Em estoque há um adequado Hardware, então a única solução para o problema era a recuperação de software e dados. A direção da empresa faz uma pergunta compreensível: "Quando vai começar a funcionar?" - e fica desagradavelmente surpreso ao saber que levará quatro horas para se recuperar. O fato é que durante toda a vida útil do servidor, apenas os bancos de dados foram submetidos a backup regularmente sem levar em conta a necessidade de restaurar o próprio servidor com todas as configurações, incluindo Programas o próprio DBMS. Simplificando, nossos heróis salvaram apenas bancos de dados e se esqueceram do sistema.

Deixe-me te dar outro exemplo. Ao longo de sua carreira, o jovem especialista criou uma única cópia de um servidor de arquivos executando o Windows Server 2003 usando o programa ntbackup, incluindo dados e estado do sistema em uma pasta compartilhada em outro computador. Devido à falta de espaço em disco, esta cópia era constantemente substituída. Depois de um tempo, ele foi solicitado a restaurar a versão anterior do relatório de várias páginas, que foi danificado ao salvar. É claro que, não tendo histórico de arquivo com a cópia de sombra desativada, ele não poderia atender a essa solicitação.

O que se segue desta conclusão: você precisa usar os dois tipos de backup: para recuperação de desastres e para armazenamento de arquivos. Ao mesmo tempo, é necessário determinar a lista de recursos copiados, o tempo para concluir as tarefas, bem como onde, como e por quanto tempo os backups serão armazenados.

Com pequenas quantidades de dados e infraestrutura de TI não muito complexa, você pode tentar combinar essas duas tarefas em uma, por exemplo, fazer uma cópia completa diária de todas as partições de disco e bancos de dados. Mas ainda é melhor distinguir entre os dois objetivos e escolher o meio certo para cada um deles. Assim, uma ferramenta separada é usada para cada tarefa, embora existam soluções universais, como o mesmo pacote Acronis True Image ou o programa ntbackup

É claro que na hora de definir as metas e objetivos de backup, bem como as soluções de implementação, é necessário proceder desde os requisitos do negócio.

Diferentes estratégias podem ser usadas para implementar a tarefa de recuperação de desastres.

Em alguns casos, é necessária uma recuperação direta do sistema em bare metal. Isso pode ser feito, por exemplo, com o Acronis True Image fornecido com o Universal Restore. Nesse caso, a configuração do servidor pode retornar ao serviço em um tempo muito curto. Por exemplo, é perfeitamente possível retirar uma partição com um sistema operacional de 20 GB de uma cópia de backup em oito minutos (desde que a cópia de arquivo esteja disponível em uma rede de 1 Gb / s).

Como alternativa, é mais conveniente simplesmente "retornar" as configurações para o sistema recém-instalado, como copiar arquivos de configuração da pasta / etc em sistemas semelhantes ao UNIX (no Windows, isso corresponde aproximadamente a copiar e restaurar o estado do sistema). É claro que, com esta abordagem, o servidor não será colocado em operação antes que o sistema operacional seja instalado e as configurações necessárias sejam restauradas, o que levará muito mais longo prazo... Mas, em qualquer caso, a decisão sobre o que será a Recuperação de desastres decorre das necessidades da empresa e das limitações de recursos.

A diferença fundamental entre backup e sistemas de backup redundantes

Essa é outra questão interessante que gostaria de levantar. Sistemas de redundância de equipamentos redundantes significam a introdução de alguma redundância no hardware para manter a operabilidade no caso de uma falha repentina de um dos componentes. Um ótimo exemplo neste caso é um array RAID (Redundant Array of Independent Disks). No caso de falha de um único disco, a perda de informações pode ser evitada e uma substituição segura pode ser feita, preservando os dados devido à organização específica da própria matriz de disco (leia mais sobre RAID em).

Já ouvi a frase: "Temos equipamentos muito confiáveis, há RAID-arrays em todos os lugares, então não precisamos de backups." Sim, é claro, o mesmo RAID evitará que os dados sejam destruídos se um disco rígido falhar. Mas aqui está a corrupção de dados vírus de computador ou não o salvará de ações ineptas do usuário. Ele não salvará o RAID, mesmo se o sistema de arquivos travar como resultado de uma reinicialização não autorizada.

Deixe-me dar um exemplo. Há momentos em que os eventos se desenvolvem de acordo com o seguinte cenário: quando um disco falha, os dados são restaurados devido ao mecanismo de redundância, em particular, com a ajuda dos dados salvos. somas de verificação... Ao mesmo tempo, ocorre uma diminuição significativa no desempenho, o servidor congela e o controle é praticamente perdido. Administrador do sistema não vendo outra saída, ele reinicia o servidor com uma reinicialização a frio (ou seja, clica em "RESET"). Como resultado dessa sobrecarga ativa, ocorrem erros no sistema de arquivos. A melhor coisa a se esperar nesse caso é a longa execução do verificador de disco para restaurar a integridade do sistema de arquivos. Na pior das hipóteses, você terá que dizer adeus a sistema de arquivo e fique intrigado com a questão de onde, como e em que período de tempo você pode restaurar os dados e o desempenho do servidor.

Você não pode evitar backups, mesmo se tiver uma arquitetura em cluster. Com efeito, um cluster de failover mantém a operacionalidade dos serviços que lhe são confiados em caso de falha de um dos servidores. No caso dos problemas acima, como, ataque de vírus ou corrupção de dados devido ao notório "fator humano", nenhum cluster salvará.

A única coisa que pode atuar como um substituto de backup inferior para Disaster Recovery é um servidor de backup espelhado com replicação contínua de dados do servidor principal para o backup (de acordo com o princípio Primário  Standby). Nesse caso, se o servidor principal falhar, suas tarefas serão assumidas pelo backup, e você nem precisa transferir os dados. Mas tal sistema é bastante caro e demorado para organizar. Não se esqueça da necessidade de replicação constante.

Torna-se claro que tal solução é econômica apenas no caso de serviços críticos com altos requisitos de tolerância a falhas e tempo mínimo de recuperação. Via de regra, esses esquemas são usados ​​em organizações muito grandes, com alta rotatividade de mercadorias e dinheiro. E este esquema é uma substituição incompleta do backup porque não importa se os dados foram danificados por um vírus de computador, ações ineptas do usuário ou trabalho incorreto aplicativos, dados e software em ambos os servidores podem ser afetados.

E, claro, nenhum sistema de backup redundante resolverá o problema de manter um arquivo de dados por um determinado período.

Janela de backup

A execução de um backup coloca uma carga pesada no servidor redundante. Isso é especialmente verdadeiro para o subsistema de disco e conexões de rede. Em alguns casos, quando o processo de cópia é suficiente prioridade máxima, isso pode levar à indisponibilidade de certos serviços. Além disso, copiar dados no momento de fazer alterações está associado a dificuldades significativas. Obviamente, existem meios técnicos para evitar problemas com a manutenção da integridade dos dados neste caso, mas, se possível, é melhor evitar a cópia instantânea.

A saída para a solução desses problemas descritos acima sugere-se: adiar o início do processo de criação de cópias por um período de tempo inativo, quando a influência mútua do backup e de outros sistemas de trabalho será mínima. Este período de tempo é denominado "janela de backup". Por exemplo, para uma organização que opera na fórmula 8x5 (cinco dias de trabalho de oito horas por semana), essa "janela" geralmente é nos fins de semana e no horário noturno.

Para sistemas operando de acordo com a fórmula 24x7 (toda a semana em torno do relógio), o tempo de atividade mínima é utilizado como tal, quando não há carga elevada nos servidores.

Tipos de backup

Para evitar custos materiais desnecessários na hora de organizar um backup, bem como, se possível, não ultrapassar a janela de backup, foram desenvolvidas várias tecnologias de backup, que são utilizadas consoante a situação específica.

Backup completo (ou backup completo)

É o método principal e fundamental de criação de backups, em que a matriz de dados selecionada é copiada em sua totalidade. Este é o tipo de backup mais completo e confiável, embora também seja o mais caro. Se for necessário salvar várias cópias de dados, o volume total armazenado aumentará em proporção ao seu número. Para evitar esse desperdício, são utilizados algoritmos de compressão, bem como uma combinação deste método com outros tipos de backup: incremental ou diferencial. E, claro, um backup completo é indispensável quando você precisa preparar um backup para uma recuperação rápida do sistema a partir do zero.

Cópia incremental

Ao contrário de um backup completo, neste caso, nem todos os dados (arquivos, setores, etc.) são copiados, mas apenas aqueles que foram alterados desde o último backup. Para descobrir o tempo de cópia, você pode usar métodos diferentes por exemplo, sistemas que executam sistemas operacionais Windows usam um atributo de arquivo correspondente (bit de arquivo) que é definido quando um arquivo é modificado e limpo pelo programa de backup. Em outros sistemas, a data em que o arquivo foi modificado pode ser usada. É claro que um esquema que usa este tipo de backup ficará incompleto se você não fizer um backup completo de vez em quando. Ao restaurar o sistema completamente, você precisa restaurar a partir da última cópia criada pelo backup completo e, em seguida, rolar os dados das cópias incrementais uma a uma na ordem de sua criação.

Para que é usado esse tipo de cópia? No caso de criação de cópias de arquivo, é necessário reduzir os volumes consumidos nos dispositivos de armazenamento (por exemplo, para reduzir o número de mídias de fita usadas). Isso também minimizará o tempo necessário para concluir as tarefas de backup, o que pode ser extremamente importante em condições quando você tem que trabalhar em uma agenda 24 horas por dia, 7 dias por semana ou bombear grandes quantidades de informações.

A cópia incremental tem uma coisa a ter em conta. A recuperação passo a passo traz de volta o necessário arquivos apagados durante o período de recuperação. Deixe-me lhe dar um exemplo. Digamos que uma cópia completa seja realizada nos fins de semana e uma cópia incremental nos dias de semana. Um usuário criou um arquivo na segunda-feira, mudou-o na terça-feira, renomeou-o na quarta-feira e o excluiu na quinta-feira. Assim, com uma recuperação de dados passo a passo sequencial durante um período semanal, receberemos dois arquivos: com o nome antigo na terça-feira antes de renomear e com um novo nome criado na quarta-feira. Isso aconteceu porque diferentes cópias incrementais foram armazenadas versões diferentes o mesmo arquivo e, eventualmente, todas as variantes serão restauradas. Portanto, ao restaurar dados de um arquivo “como estão” de maneira sequencial, faz sentido reservar mais espaço em disco para que os arquivos excluídos também possam caber.

Backup diferencial

Difere do incremental porque os dados são copiados desde o último momento do backup completo. Nesse caso, os dados são armazenados no arquivo "por regime de competência". Em sistemas da família Windows, este efeito é obtido pelo fato de que o bit de arquivo não é apagado durante a cópia diferencial, de modo que os dados alterados são incluídos na cópia de arquivo até que a cópia completa apague os bits de arquivo.

Devido ao fato de que cada nova cópia criada desta forma contém dados da anterior, é mais conveniente para a recuperação completa dos dados no momento do desastre. Para isso, são necessárias apenas duas cópias: a completa e a última das diferenciais, para que você possa trazer os dados de volta à vida muito mais rápido do que rolar todos os incrementos passo a passo. Além disso, este tipo de cópia está livre das características do incremental mencionadas acima, quando, após uma recuperação completa, arquivos antigos, como a ave Fênix, renascem das cinzas. Surge menos confusão.

Mas a cópia diferencial é significativamente inferior à cópia incremental para economizar o espaço necessário. Como cada nova cópia contém dados das anteriores, a quantidade total de dados de backup pode ser comparada a uma cópia completa. E, é claro, ao planejar a programação (e calcular se o processo de backup caberá em uma "janela" temporária), você precisa levar em consideração o tempo que leva para criar a última cópia diferencial "mais espessa".

Topologia de backup

Vamos considerar quais são os esquemas de backup.

Esquema descentralizado

O núcleo desse esquema é um compartilhamento de rede (consulte a Figura 1). Por exemplo, uma pasta compartilhada ou servidor FTP. Um conjunto de programas de backup também é necessário, de vez em quando carregando informações de servidores e estações de trabalho, bem como de outros objetos de rede (por exemplo, arquivos de configuração de roteadores) para este recurso. Esses programas são instalados em cada servidor e funcionam independentemente uns dos outros. A vantagem indiscutível é a simplicidade de implementação desse esquema e seu baixo custo. As ferramentas padrão incorporadas ao sistema operacional ou software, como DBMS, são adequadas como programas de cópia. Por exemplo, pode ser o programa ntbackup para a família Windows, o programa tar para sistemas operacionais do tipo UNIX ou um conjunto de scripts contendo comandos de servidor SQL integrados para despejar bancos de dados em arquivos de backup. Outra vantagem é a capacidade de usar vários programas e sistemas, desde que todos possam acessar o recurso de destino para armazenar backups.

A desvantagem é a lentidão desse esquema. Como os programas são instalados independentemente uns dos outros, cada um deve ser configurado separadamente. É bastante difícil levar em consideração as peculiaridades da programação e alocar intervalos de tempo para evitar a competição pelo recurso de destino. O monitoramento também é difícil, o processo de cópia de cada servidor deve ser monitorado separadamente dos outros, o que pode levar a altos custos de mão de obra.

Portanto, este esquema é utilizado em redes pequenas, bem como em situações em que é impossível organizar um esquema de backup centralizado com os meios disponíveis. Mais descrição detalhada este esquema e organização prática podem ser encontrados em.

Backup centralizado

Em contraste com o esquema anterior, neste caso, um modelo hierárquico claro é usado que funciona no princípio cliente-servidor. Na versão clássica, programas de agentes especiais são instalados em cada computador e o módulo de servidor do pacote de software é instalado no servidor central. Esses sistemas também possuem um console de gerenciamento de servidor dedicado. O esquema de controle é o seguinte: a partir do console, criamos tarefas para copiar, restaurar, coletar informações sobre o sistema, diagnósticos e assim por diante, e o servidor fornece aos agentes as instruções necessárias para executar essas operações.

É assim que funcionam os sistemas de backup mais populares, como Symantec Backup Exec, CA Bright Store ARCServe Backup, Bacula e outros (consulte a Figura 2).

Além de vários agentes para a maioria dos sistemas operacionais, existem desenvolvimentos para fazer backup de bancos de dados populares e sistemas corporativos, por exemplo, para MS SQL Server, MS Exchange, banco de dados Oracle e assim por diante.

Para empresas muito pequenas, em alguns casos, você pode tentar uma versão simplificada de um esquema de backup centralizado sem usar o software do agente (consulte a Figura 3). Além disso, este esquema pode ser usado se um agente especial para o software de backup usado não for implementado. Em vez disso, o módulo do servidor usará serviços e serviços existentes. Por exemplo, "colher" dados ocultos pastas partilhadas em servidores Windows ou copie arquivos por Protocolo SSH de servidores que executam sistemas UNIX. Este esquema tem limitações muito significativas associadas aos problemas de salvar arquivos abertos para gravação. Como resultado de tais ações, os arquivos abertos serão ignorados e não serão copiados ou copiados com erros. Existem várias soluções alternativas para esse problema, por exemplo, executar novamente o trabalho para copiar apenas os arquivos abertos anteriormente, mas nenhum é confiável. Portanto, tal esquema é adequado para uso apenas em certas situações. Por exemplo, em pequenas organizações 5x8 com funcionários disciplinados que salvam as alterações e fecham arquivos antes de sair de casa. Para organizar esse esquema centralizado truncado, trabalhando exclusivamente em Ambiente Windows, ntbackup funciona bem. Se você precisar usar um esquema semelhante em ambientes heterogêneos ou exclusivamente entre computadores UNIX, recomendo olhar para Backup PC (consulte Recursos).

Figura 4. Esquema de backup misto

O que está fora do local?

Em nosso mundo turbulento e volátil, podem ocorrer eventos que podem causar consequências desagradáveis ​​para a infraestrutura de TI e para os negócios em geral. Por exemplo, um incêndio em um prédio. Ou a descoberta de uma bateria de aquecimento central em uma sala de servidores. Ou roubo banal de equipamentos e componentes. Um dos métodos para evitar a perda de informações em tais situações é armazenar backups em um local remoto do local principal do equipamento do servidor. Neste caso, é necessário fornecer Atalho acesso aos dados necessários para recuperação. O método descrito é denominado off-site (em outras palavras, manter cópias fora do site). Basicamente, são usados ​​dois métodos de organização desse processo.

Gravar dados em mídia removível e movê-los fisicamente. Nesse caso, você precisa cuidar dos meios de devolver a mídia rapidamente em caso de falha. Por exemplo, armazene-os em um prédio próximo. A vantagem deste método é a capacidade de organizar este processo sem qualquer dificuldade. A desvantagem é a dificuldade de devolução da mídia e a própria necessidade de transferência das informações para o armazenamento, além do risco de danificar a mídia durante o transporte.

Copiar dados para outro local em um canal de rede. Por exemplo, usando um túnel VPN na Internet. A vantagem neste caso é que não há necessidade de transportar mídia com informação para algum lugar, a desvantagem é a necessidade de usar um canal suficientemente amplo (via de regra, isso é muito caro) e de proteger os dados transmitidos (por exemplo, usando a mesma VPN). As dificuldades encontradas na transferência de grandes quantidades de dados podem ser significativamente reduzidas com o uso de algoritmos de compactação ou tecnologia de desduplicação.

Separadamente, deve ser dito sobre as medidas de segurança ao organizar o armazenamento de dados. Em primeiro lugar, é necessário garantir que os portadores de dados estão em uma área protegida e sobre medidas que impeçam que pessoas não autorizadas leiam os dados. Por exemplo, use um sistema de criptografia, conclua um acordo de não divulgação e assim por diante. Se uma mídia removível estiver envolvida, os dados nela também devem ser criptografados. Ao mesmo tempo, o sistema de marcação usado não deve ajudar o invasor na análise dos dados. É necessário usar um esquema de numeração sem rosto para marcar os portadores dos nomes dos arquivos transferidos. Ao transferir dados pela rede, é necessário (como já mencionado acima) usar métodos seguros de transferência de dados, por exemplo, um túnel VPN.

Abordamos os pontos principais ao organizar um backup. Na próxima parte, recomendações metodológicas serão consideradas e exemplos práticos para criar um sistema de backup eficiente.

1. Descrição do backup em Sistema Windows, incluindo o estado do sistema - http://www.datamills.com/Tutorials/systemstate/tutorial.htm.
2. Descrição da cópia de sombra - http://ru.wikipedia.org/wiki/Shadow_Copy.
3. Site oficial da Acronis - http://www.acronis.ru/enterprise/products.
4. Descrição de ntbackup - http://en.wikipedia.org/wiki/NTBackup.
5. A. Berezhnoy, Otimizando o MS SQL Server. // Administrador do sistema, nº 1, 2008 - P. 14-22 ().
6. A. Berezhnoy: Organizamos um sistema de backup para um pequeno e médio escritório. // Administrador do sistema, nº 6, 2009 - P. 14-23 ().
7. Markelov A. Linux em guarda para Windows. Revisão e instalação do sistema de backup BackupPC. // Administrador do sistema, No. 9, 2004 - S. 2-6 ().
8. Descrição da VPN - http://ru.wikipedia.org/wiki/VPN.
9. Eliminação de duplicação de dados - http://en.wikipedia.org/wiki/Data_deduplication.

Em contato com

Quase todos os nossos clientes que implementaram sistemas de backup (DBS) acham que isso resolveu todos os seus problemas. Eles fizeram tudo ao seu alcance para garantir que tudo fosse respaldado e, em caso de acidente, tudo fosse restaurado corretamente. Mas muitas vezes acontece assim: a empresa se depara com um problema sério, e o sistema de backup tradicional não permite a recuperação no tempo que a empresa considera ser o alvo. Na verdade, o SLA que o sistema de backup deve cumprir não está sendo cumprido. Infelizmente, durante nosso trabalho acumulamos muitos exemplos tristes que confirmam isso. A seguir, daremos dois casos e daremos conselhos sobre quais meios técnicos podem reduzir o tempo de recuperação. Escolhendo casos, paramos em exemplos relacionados a bancos de dados, onde as informações mais críticas para o negócio eram armazenadas.

Desafios de varejo

Cliente: grande seguradora.

Uma breve descrição da causa do acidente: erro pessoal, instalação incorreta do patch no Oracle.

Descrição do problema

Esta é uma grande empresa que possui um departamento de TI maduro e investe bastante em seus equipamentos e equipe. Basta dizer que o Oracle DBMS rodou em dois Oracle Exadata distribuídos em dois sites tecnológicos, com uma solução DR bem desenvolvida e um sistema de backup configurado.

Um dia triste foi decidido instalar um patch no Oracle DBMS. Infelizmente, o engenheiro não leu as instruções até o fim: "O que sou eu, não vou instalar o patch sem um pedaço de papel?!" - e fez tudo errado. O erro foi percebido poucas horas depois, quando o SGBD começou a se comportar de maneira estranha e relatou nos logs. Então o engenheiro decidiu reverter. Esta ação finalmente imobilizou ambas as cópias do banco de dados (todas as alterações foram replicadas em Standby) e corrompeu todos os dados.

A empresa ficou sem seu principal ativo de informação - um banco de dados por meio do qual funcionavam todos os processos de negócios. O negócio praticamente parou.

Solução

O cliente decidiu restaurar a partir de um backup. Naquela época, restaurar um banco de dados de 5 TB (agora ~ 15 TB) exigia - atenção! - mais de 30 horas! No total, após 1,5 dia, a base foi restaurada um dia antes do acidente. Mas havia mais dados! Todo o resto foi restaurado por programadores e funcionários de outros sistemas da empresa, desde a documentação primária (formulários de inscrição, cópias, digitalizações). Demorou mais 1,5 dias de trabalho duro.

Total

2 sistemas Oracle Exadata high-end, Oracle Standby, um sistema de backup em funcionamento e 3 !!! do dia tempo de inatividade completo no instalação incorreta correção. Isso era permitido de acordo com os regulamentos da empresa? Claro que não.

O principal problema: a falta de ferramentas para recuperação rápida em caso de erros lógicos.

Como você poderia ter evitado

Para atenuar as consequências de tais acidentes, você precisa se mover em duas direções. Por um lado, faça backups com mais frequência e, por outro, seja capaz de se recuperar rapidamente. Os seguintes produtos podem ajudar:

Oracle FlashBack- uma tecnologia que permite não apenas "avançar" com novos dados em sistema de backup Oracle, mas também reverter para a transação desejada. Com esse esquema, seria possível reverter o sistema antes que os problemas com o patch começassem, o que facilitaria muito a recuperação de dados.

Tecnologia de instantâneo. Os instantâneos permitem que você faça backup e restaure dados em segundos. Ao mesmo tempo, eles têm pouco efeito no desempenho e é possível tirar fotos com bastante frequência (por exemplo, uma vez por hora). Assim, foi possível reverter uma hora e recuperar apenas uma hora de dados perdidos.

Proteção Contínua de Dados- proteção contínua de dados. Este é um dispositivo ou software proprietário que permite registrar todos os registros com a capacidade de reverter para qualquer ponto no tempo. Atua como Oracle FlashBack, mas para quaisquer dados.

Caso: falha de hardware

Cliente: Serviço federal em um dos assuntos da Federação Russa

Uma breve descrição da causa da falha: um erro de hardware dentro da matriz de disco.

Descrição do problema

Desta vez a empresa tem uma infraestrutura de TI um pouco menos desenvolvida, mas é mais comum entre nossos clientes: não são usados ​​arrays de disco de nível médio, Oracle DBMS, Standby.

Como costuma acontecer, na sexta-feira, quando todos já estavam voltando felizes para casa, ocorreu uma falha de hardware do array. Devido a um bug no firmware, se o disco falhar, o array transforma os dados em uma bagunça. Por causa disso, os bancos de dados do serviço de nível federal pararam de funcionar. Por mais de um dia, o cliente esperou por uma solução do fornecedor de armazenamento. Depois de analisar todos os logs, o fornecedor concluiu: os dados foram perdidos!

Solução

O cliente decidiu restaurar a partir de um backup. Este processo demorou cerca de um dia, apesar de todos os ajustes e ajustes de desempenho (a base é bastante grande). Enquanto o banco de dados estava sendo restaurado, a cópia de backup dos logs foi perdida (o período de retenção era muito pequeno e o SRK os excluiu).

Além disso - mais profundo. A empresa, como muitas outras, em algum momento usou operações não registradas no Oracle, o que melhora seriamente o desempenho, mas não deixa nenhuma chance de recuperação, exceto de um backup. Ou seja, deve ser feito imediatamente após a sessão de operações. Naturalmente, isso foi esquecido no departamento de manutenção ao longo dos anos. Assim, parte dos dados foi totalmente perdida.

Demorou vários dias para recriar totalmente os serviços de infraestrutura - não havia backups de sistemas operacionais, binários, configurações, etc.

Todas as informações perdidas foram coletadas de documentos primários (bancos de dados de terceiros, documentos em papel, dados nos computadores dos caixas), o que levou mais 3 dias. Alguns documentos podem nunca ter sido recuperados.

Total

O problema da matriz causou perda de dados e tempo de inatividade por cerca de uma semana! Nas condições modernas, isso pode levar à falência da empresa.

Principais problemas:

• O IBS foi configurado incorretamente e nenhuma restauração experimental foi realizada.
• Não havia meios de recuperação rápida em caso de desastre e sistemas redundantes.
• Não havia um plano claro de DR.

Como isso poderia ter sido evitado:

• Use o Oracle Standby localizado em uma matriz diferente. Isso permitiria por um curto período de tempo alternar para uma instância de dados em execução.
• O Oracle ZDLRA permitiria um período de tempo muito mais curto para restaurar o banco de dados no equipamento de backup.
• O planejamento inteligente dos processos de backup e recuperação pode evitar grandes perdas e recuperar em menos de um dia.

Saída. Nos exemplos acima, você pode ver que os sistemas de backup foram instalados e configurados, mas, apesar disso, eles não tiveram sucesso na recuperação dentro dos prazos especificados no SLA.

Os principais problemas dos sistemas de backup

Com base em nossa experiência, decidimos destacar uma série de problemas aos quais, em nossa opinião, o leitor deve prestar atenção especial.

Velocidade de backup e restauração

Sobre este momento A velocidade do backup é diretamente proporcional ao volume de dados, enquanto todos os nossos clientes têm um crescimento anual de dados de pelo menos 30%. Em 3-4 anos, os dados pelo menos dobram, mas para algumas empresas esse número é ainda maior, enquanto a velocidade do backup não muda durante o mesmo tempo. Aqui, podemos chegar a uma conclusão simples de que esses termos e SLAs que eram relevantes de 3 a 4 anos agora precisam ser aumentados pelo menos duas vezes. Ao mesmo tempo, os requisitos de negócios para recuperação de dados (RPO / RTO) estão em constante crescimento.

Gradualmente há uma transferência de todos os processos de negócios da empresa para a TI e o esmaecimento do papel primário (cópias e originais de documentos, extratos, digitalizações, etc.). Tudo gira dentro dos sistemas de TI, e a perda de dados é, na verdade, a perda de tudo. A TI não tem mais espaço para erros. Nos casos que apresentamos, a todo o tempo, enquanto os dados não estavam disponíveis devido a circunstâncias diversas, as empresas não podiam funcionar. Isso acarretou tanto perdas diretas, quando era impossível realizar o processo principal de negócios da organização, quanto implícitas, por exemplo, perdas de reputação, que não são tão fáceis de mensurar em termos monetários, mas que no longo prazo prazo não pode causar menos danos à empresa.

Na imagem Refleti minhas observações sobre o tempo de recuperação (RTO). À medida que os dados aumentam, o tempo real de recuperação tende a aumentar e os requisitos de SLA só ficam mais rígidos. O ponto no gráfico em que o tempo real é igual ao tempo necessário já foi passado para a maioria dos clientes.

Tempo de recuperação versus volume de dados

Baixa granularidade de recuperação

Na verdade, a maioria dos erros está relacionada à perda de alguma parte dos dados. Ao mesmo tempo, as ferramentas de backup tradicionais permitem que você restaure dados diretamente do backup, mas com mais frequência você precisa restaurar todo o sistema. Se o seu banco de dados for 15 TB, você gastará vários dias nisso. Não conhecemos clientes que tenham um requisito de RTO (objetivo de tempo de recuperação) de 2 dias. Em nossa prática, não havia exemplos quando um cliente disse: “Gente, está tudo bem se recuperar em 2 dias, vou tolerar isso”, se o administrador acidentalmente excluiu várias linhas do banco de dados. Um problema bastante comum enfrentado por nossos clientes: como extrair um pequeno pedaço de dados de um backup sem restaurá-lo (e sem gastar vários dias nisso).

RPO excessivo (objetivo do ponto de recuperação)

Em um mundo onde o papel principal desapareceu e tudo é armazenado em sistemas de TI, dados são criados a cada segundo que eu gostaria de proteger imediatamente - no exato momento em que foram criados. Mas isso não pode ser feito usando sistemas de backup clássicos. Para cada dado, há um certo longo período de tempo durante o qual esses dados existem em todo o mundo em uma única cópia. Nossos clientes desejam proteger seus dados continuamente, desde o momento em que aparecem. Ao decidir restaurar a partir de um backup, você provavelmente terá que recuperar um dia atrás; em seguida, os dados precisarão ser obtidos em outro lugar em um dia. Via de regra, é trabalho longo administradores, levando vários dias. Com o desenvolvimento de eventos mais negativos, isso pode resultar em perda. informacao critica... Claro, a questão não se limita apenas ao backup, trata-se da construção do sistema de TI como um todo, mas o tema SRK nesse caso é muito importante, não pode ser negligenciado.

Bugs escondidos

Infelizmente, ainda não existem opções baratas e rápidas para verificar o quão bem o backup foi feito. Claro, isso pode ser feito com restaurações de teste periódicas, mas esta é uma operação muito cara em termos de esforço humano e recursos de TI. Este é o trabalho de uma equipe separada em um hardware separado.

Infelizmente, a maioria de nossos clientes não faz isso. Muitas vezes acontece que todos fazem backups, mas no momento da restauração, eles não poderiam ter sido feitos - eles simplesmente não podem ser restaurados, apesar da operação externa correta do SRK. Isso acontece por vários motivos. Isso pode ser melhor ilustrado com um exemplo. Um de nossos clientes utilizou um sistema SAP com banco de dados Oracle. O backup foi realizado por ferramentas SAP integradas com a ajuda de um dos maiores fornecedores da SRK.

Duas políticas de backup diferentes foram configuradas: uma delas era baseada em arquivo - copiava os dados dos sistemas operacionais e configurações do software, e a segunda - o próprio banco de dados. Por serem direcionados ao mesmo sistema, uma lista de exclusão foi configurada e inserida no banco de dados. A política de arquivos levou em consideração esta lista e não reservou os diretórios nos quais o banco de dados estava localizado. Devido às peculiaridades da arquitetura SRK, a política de backup do banco de dados ignorou a lista de exceções e copiou corretamente os dados necessários.

Em uma das versões do software, esse fornecedor corrigiu esse "erro", a partir daquele dia os dois políticos passaram a levar em consideração a lista de exclusões e a contornar o banco de dados. Além disso, isso não afetou de forma alguma os erros no software SRK, pois funcionou normalmente: todos os dados não indicados na lista foram copiados normalmente. O sistema relatou que estava funcionando corretamente.

Assim, tudo funcionou por mais de seis meses. Até aquele momento, até que foi preciso recuperar ...

Abordagem não sistemática

Um problema importante é a abordagem não sistemática do problema de backup. O SRK foi construído historicamente pela própria empresa ou por um integrador. Na altura da construção, com certeza cumpria todos os requisitos e cumpria integralmente a sua função. Com o passar dos anos, o cenário de TI da empresa mudou. Ao mesmo tempo, o sistema de backup simplesmente se ajustava a ele conforme o sistema se desenvolvia e, na maioria das vezes, nenhuma abordagem sistemática que levasse em consideração a importância da conformidade do sistema com os indicadores iniciais em todos os estágios subsequentes não foi seguida. Ao construir um sistema de gerenciamento de dados em sua organização, lembre-se - isso é apenas parte de sua estratégia de proteção de dados.

Apresentamos vários estudos de caso que demonstram que a abordagem à proteção de dados deve ser abrangente. Infelizmente, o SRK é apenas um pára-quedas de reserva, não uma bala de prata, portanto, quando você começar a criá-lo, precisará entender claramente qual lugar ele ocupará na estratégia global de proteção de dados.

Para verificar como você abordou sistematicamente a questão da construção do IMS, responda a algumas perguntas simples:

• Você tem um modelo de risco bem construído, dentro do qual o local do IBS é especificado?
• De quais falhas o IBS protege você?
• Como você se protege de outros riscos (podem ser não apenas soluções técnicas, mas também outras medidas compensatórias)?
• Você tem certeza de que o sistema se recuperará a tempo?
• Você testou isso na prática?

Solução

Com base em nossa própria experiência e na experiência de nossos clientes, tentamos desenvolver uma abordagem que pudesse resolver ou reduzir significativamente as consequências dos problemas listados. A essência da nossa abordagem:

Primeiro, é necessário desacoplar a velocidade de backup e recuperação do volume do sistema. Os fabricantes de sistemas de armazenamento de dados, software aplicativo e RMS sugerem o uso de algumas ferramentas que podem ser usadas para resolver esse problema. Abaixo, descreverei o mais promissor deles.

Snapshots (snapshots) permitem que você faça backup e restaure dados em segundos, com pouco ou nenhum impacto no desempenho. Isso é feito por meio do array, e ao mesmo tempo o SRK pode ser controlado, fazer parte de sua política. Esse tipo de backup e recuperação realmente leva segundos, o que distingue essa tecnologia dos sistemas clássicos com mídia alienável.

Outra solução poderia ser usar várias ferramentas de aplicativos, como Oracle Standby, DB2 HADR, MS SQL Always On. Todas essas ferramentas permitem que você tenha uma cópia de trabalho de um sistema de produção, separada do original, que pode ser implantada instantaneamente. Isso permite que você comece a trabalhar imediatamente após as falhas.

A segunda é possibilitar a restauração apenas dos dados de que você precisa. Nossa abordagem leva em consideração que ao recuperar uma parte dos dados, não precisamos copiar todo o sistema como um todo, podemos recuperar os dados que precisamos no momento. Isso é obtido pela capacidade de implantar ou usar rapidamente sistemas já implantados que contêm esses dados. Como no primeiro caso, o instantâneo permite que você resolva esse problema (você pode abrir rapidamente um instantâneo para um servidor vizinho e extrair os dados necessários). Isso também inclui tecnologias de proteção contínua de dados, por exemplo, Oracle Standby com Flashback, soluções de proteção contínua de dados (CDP). Eles permitem que você implante rapidamente uma cópia de trabalho de seus dados para o momento certo Tempo.

Quando você precisa obter um bloco lógico, por exemplo, uma linha ou uma tabela de banco de dados, essas ferramentas facilitam muito a tarefa, permitindo que você recupere os dados necessários sem restaurar a cópia inteira.

A terceira é reduzir a lacuna entre a aparência dos dados e sua proteção. Isso pode ser alcançado de várias maneiras, com base nas especificidades de um caso particular e no grau de importância dos dados.

Por exemplo, para sistemas menos críticos, o intervalo de tempo para backups pode ser reduzido para algumas horas. Nesse caso, usamos instantâneos. Eles podem servir como um ponto de restauração que pode ser feito uma vez por hora. Alguns arrays modernos lidam com esses processos bem o suficiente e podem armazenar o suficiente um grande número de instantâneos do sistema. Esta é uma ótima maneira de sair de uma situação em que você precisa reverter por um tempo.

Para os sistemas mais críticos, pode não haver um intervalo de tempo - os dados devem ser protegidos continuamente. Existem várias soluções dessa classe, por exemplo, Oracle Standby com FlashBack, que permite reverter o banco de dados por um tempo, registrando todas as alterações. Você também pode usar o Oracle ZDLRA PAK, que recebe quase sincronicamente todas as alterações no banco de dados, ou nos sistemas de hardware e software propósito geral como EMC RecoverPoint, software Vision Solutions Double-Take. Eles também registram todas as alterações e permitem a recuperação em qualquer ponto do intervalo de tempo.

O Oracle Zero Data Loss Recovery Appliance (ZDLRA) deve ser mencionado quando se trata de inovação em sistemas de backup e recuperação. Este dispositivo da família Oracle Engineered Systems fornece recursos de backup e recuperação rápida para o banco de dados Oracle de qualquer plataforma e qualquer edição (Enterprise e Standard). ZDLRA é baseado em bancos de dados de backup virtual (Virtual Full Backup), obtido a partir do primeiro backup completo e subsequentes logs de alterações. Devido a esses backups virtuais, você pode restaurar o banco de dados para qualquer ponto no tempo muito mais rápido do que com o uso clássico da SRK de acordo com o esquema "backup completo uma vez por semana, uma vez por dia incremental". Podemos dizer que o ZDLRA continua na direção definida pelo Oracle Exadata. O Exadata usa um software especial para fornecer um sistema de armazenamento inovador otimizado para tarefas de banco de dados Oracle. E no ZDLRA existe um Software especial que otimiza o backup do Banco de Dados Oracle.

Agora estamos falando apenas sobre recuperação rápida. Em caso de grandes desastres ou necessidade de recuperação há mais tempo, os backups convencionais continuam sendo uma ferramenta indispensável. Mas nas condições atuais é apenas um pára-quedas de reserva, lançado no último momento.

A quarta é reduzir os erros ocultos. Há apenas uma maneira de garantir que o backup esteja funcionando corretamente - tentar restaurá-lo. Este é o método mais correto e raramente utilizado por nossos clientes.

Mas também oferecemos uma saída para essa situação. O primeiro é ter instâncias de sistemas facilmente recuperáveis. Novamente, esta é uma história sobre sistemas instantâneos e em espera, que podem ser implantados e testados rapidamente. Levará incomparavelmente menos tempo e esforço do que “desenrolar” todo o backup. Claro, isso nem sempre ajuda, mas deixa um pouco mais de esperança de que, em caso de emergência, será possível restaurar os dados pelo menos por esses meios.

Em segundo lugar, alguns SRCs permitem testes automatizados. Em um determinado momento da programação, você pode executar máquinas virtuais em um ambiente isolado e usando algoritmos predeterminados para verificar se os dados foram realmente restaurados, se o aplicativo está disponível, se é consistente e se responde às solicitações necessárias. Dessa forma, os administradores podem se livrar do trabalho de longa rotina.

Quinto, a transparência do sistema de backup. A abordagem integrada descrita envolve a construção de um sistema complexo usando uma variedade de tecnologias de diferentes fabricantes. A tarefa de tornar este sistema realmente funcional, de oferecer a possibilidade de novas alterações e escalonamento, não é trivial e pode ser resolvida de duas maneiras:

• A primeira forma é desde que o próprio cliente seja competente o suficiente e queira colocar este sistema em operação. Aqui, como um integrador, ajudamos a construir todos os processos necessários, criar uma estrutura regulatória, desenvolver todas as instruções e planos necessários para que o departamento de TI do cliente possa desenvolver e operar de forma independente o sistema em o caminho certo... E então transferir toda essa base prática de regulamentos e tarefas para o cliente na forma de um sistema de trabalho de processos de negócios.

• O segundo método, quando o cliente não tem certeza de que conseguirá manter o sistema SRK constantemente em estado de combate, a solução será transferir o sistema para terceirização parcial ou total. E temos esses clientes que usam esse serviço com sucesso, aumentando constantemente os requisitos de SLA e a escala de nosso envolvimento como terceirizador de TI.

Infelizmente, ainda não existe uma receita universal que resolva o problema da recuperação de dados nas atuais condições de constante crescimento e complicação dos sistemas. Apenas uma combinação das soluções acima e uma abordagem sistemática permitirá que as empresas recuperem os dados no tempo necessário para o negócio.