Backup de grandes redes (~ 200 clientes) - Bastante largura de banda?

Question

Minha empresa quer instituir um plano de backup para todos os clientes em nossa rede, que é cerca de 200. Fazemos backup de nossos servidores e bancos de dados SQL regularmente, mas tem sido nossa política não fazer backup de indivíduos.

O que é mais crítico para as pessoas são seus documentos e arquivos PST no Outlook. Os arquivos PST podem ser muito grandes e a maioria das pessoas tem entre 1 e 1,5 GB por aqui. Portanto, somente com arquivos PST é necessário transferir de 200 a 300 GB de dados diariamente para um servidor de backup. Ou comprimir primeiro, depois transferir, mas muitas das máquinas são MUITO antigas e tal tarefa seria parar o computador.

Não é por esse motivo que as redes usam coisas como o VMware - para reduzir o tráfego de rede e simplificar os backups? Ou isso é apenas para reduzir os custos de hardware? Será que esse tráfego de rede todo dia atrasaria drasticamente nossa rede? Chega ao ponto que teríamos que mandar para ser feito apenas à noite? Ou poderíamos cambalear até o final do dia?

Aprecie realmente qualquer contribuição, obrigado.

    

Answer 1

Os arquivos PST provavelmente devem ser considerados caches de dados em servidores de troca / imap. Geralmente, os caches devem ser ignorados, como arquivos temporários. Se estiver usando o Exchange, você pode fazer backup de tudo de uma vez, usando algo como veritas no servidor do Exchange. Se estiver usando um servidor imap, deve ser mais simples novamente.

Os documentos do Windows dos usuários (a maioria dos seus perfis, na verdade) também podem ser armazenados centralmente e, novamente, podem ser feitos backup de um local central. Você pode fazer isso usando um compartilhamento de arquivos no servidor ou usando uma caixa NAS / SAN.

Você também tem a opção de replicar o windows active directory / exchange servers (que oferece failover / dimensionamento) e, em seguida, fazer o backup da caixa replicada para evitar que o servidor principal fique lento.

Ah, e fique bem longe de soluções como VMWare: especialmente quando são soluções em busca de problemas, ou como neste caso, as soluções erradas para os problemas. A VMWare venderá essa música inteira e dançará sobre como o uso de suas coisas pode consolidar servidores e economizar seu dinheiro. O que eles não dizem é que VMWare significa grandes êxitos de desempenho e, para nivelar, você precisa investir em subsistemas de discos realmente bons (como uma solução SAN), etc.

O Xen é melhor, mas eu não usaria máquinas virtuais, exceto em alguns casos de uso específicos:

• construindo servidores virtuais dedicados e fazendo com que os clientes os aluguem por cerca de 1/4 do preço do hardware físico real. Para coisas internas, isso só precisa ser funcionalmente / organisacionalmente isolado, em vez de seguro, algo como chroot ou lxc é muito melhor.

• testando as coisas em pequena escala antes de comprar hardware real

• testando o trabalho de desenvolvimento entre plataformas.

• executando vários sistemas operacionais em minha própria máquina desktop para compatibilidade com aplicativos ou suporte ao usuário pouco frequente

Editar: Dado o que você adicionou sobre ser uma empresa em dificuldades, sugiro contratar um especialista em unix ou windows, e fazer com que eles configurem um servidor de e-mail com backups experimentados e COMPONENTES, junto com uma maneira simples de monitore os backups que você não começará a ignorar quando 99% das mensagens disserem "O backup da última noite foi concluído com êxito".

Para os arquivos, compre duas caixas NAS boas que suportam backups remotos, mova os perfis de todos para um e os backups para o outro. Ou alugue um serviço de backup externo. Lembre-se que os backups de ontem não são bons. Você precisa de um backup de ontem, um backup do dia anterior, na semana anterior, no mês anterior, seis meses antes e, de preferência, todos os anos, de acordo com os registros fiscais / setoriais.

Lembre-se de que os backups externos são sempre recomendados --- os dados de uma empresa representam todo o seu trabalho, por isso, mesmo que o prédio queime, os backups de dados realmente importam. E use esse argumento se você precisar lutar pelo financiamento.

    

Answer 2

Lidamos com nossa situação semelhante com SecondCopy (há muitos outros produtos que farão a mesma coisa, por exemplo, rsync). Embora usemos o Exchange, muitos de nossos usuários têm PSTs locais com mensagens arquivadas e / ou possuem documentos locais que, por qualquer motivo, fazem sentido deixar local.

Temos tarefas configuradas no SecondCopy para copiar quaisquer arquivos armazenados localmente no compartilhamento privado do usuário em um servidor. A partir daí, o backup é feito pelo nosso sistema de backup regular.

Observe que, para os PSTs, é necessário ter o Outlook fechado quando você os copia ou corre o risco de ter a cópia inutilizável. Além disso, mesmo se um PST tiver apenas mensagens antigas e arquivadas, sempre que você executar o Outlook, o arquivo será atualizado, portanto, ele deverá ser copiado novamente, mesmo se nada realmente tiver sido alterado. Para gigabytes + PSTs, muitos dados redundantes estão sendo copiados.

    

Answer 3

Por que diabos?

• Você não deve usar arquivos PST por muito tempo agora. Se você tiver um servidor Exchange, seus arquivos OST. Se você tiver que usar arquivos PST, coloque-os em um servidor para começar;) É verdade que somente o Outlook 2010 permite mais de uma caixa de correio por usuário. Ainda assim, em 99% dos casos, o uso de arquivos PST é um caso de um administrador que deve ser demitido porque o faz "porque sempre o fez" e ignorou as alterações significativas no Outlook que alteraram o modelo de armazenamento.

• Como outro apontado - os arquivos de usuário nunca devem estar nas estações de trabalho para começar. Perfis móveis + Direcionamento de pastas (Documentos redirecionados para um servidor de arquivos) certifique-se que este é o caso.

• O que resta são coisas como pastas de trabalho de desenvolvedores (como em: é péssimo compilar em um compartilhamento de rede). Esses, no entanto, são irrelevantes;) Você só perde o material desde a última verificação no arquivo de origem.

Portanto, em geral, normalmente NÃO há necessidade de fazer backup de uma estação de trabalho.

    

Answer 4

Se você realmente precisa continuar com seus usuários com PSTs e documentos locais que precisam de backup, qualquer solução de backup que você escolher realmente, realmente deverá fazer duas coisas:

1. Faça backup apenas das partes alteradas dos arquivos. Disparar centenas de GB de arquivos PST em sua rede que tiveram apenas alguns MBs de alterações é pura insanidade.
2. Tenha uma maneira de ler arquivos que foram bloqueados com acesso exclusivo no caso de alguém deixar o Outlook em execução a noite toda. Idealmente, isso usaria os serviços de cópia de sombra de volume incorporados no Windows, mas uma implementação proprietária é melhor do que nenhuma. Você pode dizer que isso não vai acontecer, mas vai acontecer. Murphy garantirá não apenas que isso aconteça, mas que isso aconteça com um executivo de nível C que requer, de forma absoluta, a restauração de um documento do Word ou de um e-mail do backup da noite anterior. : -)

Não importa o que você decida implementar, o backup inicial demorará muito tempo.

    

Answer 5

descubra o que você precisa restaurar (afinal, é por isso que você está fazendo o backup). Então você pode reduzir o problema. POR EXEMPLO. Se eles disserem que precisamos fazer backup para esses arquivos pst, então a necessidade de arquivos PST deve desaparecer. Eu teria os usuários mover seus e-mails de volta para o servidor do Exchange para backup onde ele pertence. Você também precisa se preocupar com coisas como bancos de dados de acesso e bancos de dados expressos do SQL Server.

Se eles quiserem restaurar documentos do usuário, aponte-os para o redirecionamento de pastas para que os dados sejam salvos em backup em um servidor. Se eles estiverem preocupados com os tempos de restauração, use o WAIK para criar uma imagem.

Você também pode adicionar essas tecnologias em conjunto com backups de desktop para reduzir o tempo de backup, se você acabar fazendo backups de desktop.

    

Answer 6

Recentemente vi uma apresentação do avamar do emc que pode fazer backups diferenciais e também armazenar blocos de dados apenas uma vez (para simplificar se um email fosse enviado de alguém e recebido por alguém em sua empresa, ele seria armazenado apenas uma vez). / p>     

Answer 7

Verifique o Druva para clientes de laptop se os arquivos PST NÃO forem cache de dados existentes no servidor. Os clientes de laptops usam a deduplicação do cliente para reduzir os tempos de transferência. É PST ciente também só irá sincronizar um email dentro de um PST uma vez de volta para o servidor.

Os clientes que são locais podem usar o redirecionamento de perfis / pastas em roaming; no entanto, se o usuário não for local ou estiver distante, isso não funcionará. Temos segmentos da nossa lan que estão a 60ms do servidor e os usuários choram pela velocidade.