Моя компания хочет установить план резервного копирования для всех клиентов в нашей сети, которых около 200. Мы регулярно выполняем резервное копирование наших серверов и баз данных SQL, но наша политика - не резервировать отдельных лиц.
Что наиболее важно для людей, так это их документы и файлы PST в Outlook. Файлы PST могут быть очень большими, и у большинства людей их размер составляет около 1–1,5 ГБ. Таким образом, при использовании одних только файлов PST требуется ежедневная передача 200–300 ГБ данных на сервер для резервного копирования. Или сначала сжатие, а затем передача, но многие машины ОЧЕНЬ старые, и такая задача может привести к остановке их компьютеров.
Разве не по этой причине в сетях используются такие вещи, как VMware - для уменьшения сетевого трафика и оптимизации резервного копирования? Или это только для снижения затрат на оборудование? Будет ли такой ежедневный объем сетевого трафика резко замедлять работу нашей сети? Достаточно того, что мы должны были бы обязать это делать только ночью? Или мы можем тогда шататься весь день?
Очень ценю любой вклад, спасибо.
Мы справляемся с подобной ситуацией SecondCopy (есть много других продуктов, которые будут делать то же самое, например, rsync). Хотя мы используем Exchange, многие из наших пользователей имеют локальные PST-файлы с заархивированными сообщениями и / или имеют локальные документы, которые по какой-либо причине имеет смысл оставить локальными.
У нас есть задачи, настроенные в SecondCopy для копирования любых файлов, хранящихся локально, в личный общий ресурс пользователя на сервере. Оттуда он поддерживается нашей обычной системой резервного копирования.
Обратите внимание, что для PST-файлов Outlook должен быть закрыт при их копировании, иначе вы рискуете потерять копию из-за невозможности ее использования. Кроме того, даже если PST-файл содержит только старые заархивированные сообщения, каждый раз, когда вы запускаете Outlook, файл обновляется, поэтому его нужно копировать снова, даже если на самом деле ничего не изменилось. Для гигабайтных + PST-файлов нужно копировать много избыточных данных.
Файлы PST, вероятно, следует рассматривать как кеши данных, уже находящихся на серверах exchange / imap. Как правило, кеши, как и временные файлы, следует игнорировать. Если вы используете обмен, вы можете сделать резервную копию всего сразу, используя что-то вроде veritas на сервере обмена. При использовании сервера imap все должно быть проще.
Документы Windows пользователей (на самом деле большинство их профилей) также могут храниться централизованно, и, опять же, их можно создавать резервные копии из центрального места. Вы можете сделать это, используя общий доступ к файлам на сервере или используя NAS / SAN.
У вас также есть возможность реплицировать серверы Active Directory / Exchange Windows (что обеспечивает переключение при отказе / масштабирование), а затем резервное копирование реплицированного блока, чтобы избежать замедления работы основного сервера.
Да, и держитесь подальше от таких решений, как VMWare: особенно когда они являются решениями для поиска проблем или, как в данном случае, неправильными решениями проблем. VMWare продаст вам всю эту песню и танцы о том, как использование их материалов может объединить серверы и сэкономить ваши деньги. Они не говорят вам, что VMWare означает большие потери производительности, и чтобы выровнять это, вам нужно инвестировать в действительно хорошие подсистемы дисков (например, решение SAN) и т. Д.
Xen лучше, но я бы не стал использовать виртуальные машины, за исключением нескольких конкретных случаев использования:
создание виртуальных выделенных серверов и привлечение клиентов к их аренде примерно за 1/4 стоимости реального физического оборудования. Для внутренних вещей, которые просто должны быть функционально / организационно изолированными, а не безопасными, намного лучше что-то вроде chroot или lxc.
пробовать вещи в небольшом масштабе, прежде чем покупать настоящее оборудование
тестирование кроссплатформенной разработки.
запуск нескольких ОС на моем собственном настольном компьютере для совместимости приложений или нечастой поддержки пользователей
Изменить: учитывая то, что вы добавили о том, что вы испытываете трудности с компанией и т. Д., Я бы предложил нанять специалиста по unix или Windows и попросить их настроить вам почтовый сервер с проверенными и ПРОВЕРЕННЫМИ резервными копиями, а также простой способ контролировать резервные копии что вы не начнете игнорировать, когда все 99% сообщений говорят «Резервное копирование прошлой ночью выполнено успешно».
Для файлов купите два хороших NAS-бокса, которые поддерживают удаленное резервное копирование, переместите профили всех в один, а резервные копии - в другой. Или арендуйте услугу резервного копирования за пределами офиса. Помните, что вчерашние резервные копии бесполезны. Вам нужна резервная копия вчерашнего дня, резервная копия накануне, за неделю, за месяц, за шесть месяцев до этого и предпочтительно каждый год назад, если этого требуют налоговые / отраслевые записи.
Имейте в виду, что всегда рекомендуется делать резервные копии за пределами площадки - данные компании представляют собой всю ее работу, поэтому даже если здание сгорит, действительно важны резервные копии ДАННЫХ. И используйте этот аргумент, если вам нужно бороться за финансирование в этом направлении.
Какого черта?
Вам не следует использовать файлы PST на протяжении долгого времени. Если у вас есть сервер обмена, удалите файлы OST. Если вам НЕОБХОДИМО использовать файлы PST, поместите их на сервер для начала;) Конечно, только Outlook 2010 наконец позволяет более одного почтового ящика excvhange на пользователя. Тем не менее, в 99% случаев использование файлов PST - это случай, когда администратор должен быть уволен, потому что он просто делает это, «потому что он всегда это делал», и игнорирует значительные изменения в Outlook, которые изменили модель хранения.
Как уже указывалось, пользовательские файлы никогда не должны находиться на рабочих станциях с самого начала. Перемещаемые профили + переадресация папки (документы перенаправляются на файловый сервер) убедитесь, что это так.
Остались такие вещи, как рабочие папки разработчиков (например, компиляция в сетевой папке - отстой). Однако это не имеет значения;) Вы теряете материал только с момента последней проверки исходного архива.
Итак, в общем, резервное копирование рабочей станции обычно НЕ требуется.
Если вам абсолютно необходимо, чтобы у ваших пользователей были локальные PST-файлы и документы, для которых необходимо создавать резервные копии, любое решение для резервного копирования, которое вы выберете, действительно, действительно должен делать 2 вещи:
Независимо от того, что вы решите реализовать, первоначальное резервное копирование займет много времени.
выяснить, что вам нужно восстановить (в конце концов, именно поэтому вы создаете резервную копию). Тогда вы сможете решить проблему. НАПРИМЕР. если они говорят, что нам нужно создать резервную копию этих файлов pst, тогда необходимость в файлах PST отпадет. Я бы попросил пользователей перенести свою почту обратно на сервер обмена для резервного копирования, где она и принадлежит. Вам также нужно беспокоиться о таких вещах, как базы данных доступа и экспресс-базы данных sql server.
Если они хотят восстановить пользовательские документы, укажите им перенаправление папок, чтобы данные были скопированы на сервер. Если их беспокоит время восстановления, используйте WAIK для создания образа.
Вы также можете добавить эти технологии в сочетании с резервным копированием рабочего стола, чтобы сократить время резервного копирования, если вы в конечном итоге делаете резервное копирование рабочего стола.
Недавно я увидел презентацию avamar от emc, которая может выполнять дифференциальное резервное копирование, а также сохранять блоки данных только один раз (для упрощения, если электронное письмо было отправлено от кого-то и получено кем-то в вашей компании, оно будет сохранено только один раз).
Проверьте Druva для клиентов портативных компьютеров, если файлы PST НЕ являются кешем существующих данных на сервере. Клиенты переносных компьютеров используют дедупликацию клиентов, чтобы сократить время передачи. Он также поддерживает PST, поэтому будет синхронизировать электронную почту внутри PST только один раз с сервером.
Клиенты, которые являются локальными, могут использовать перемещаемые профили / перенаправление папок, однако, если пользователь не является локальным или находится далеко, они не работают. У нас есть сегменты нашей сети, которые находятся в 60 мс от сервера, и пользователи кричат о скорости.