Я смотрю на создание небольшого офиса с 8 компьютерами и хотел бы найти экономически эффективный способ безопасного резервного копирования каждого из них? Я думал о настройке 9-го ПК с контроллером RAID, но не был уверен, что другие 8 также нуждаются в установленных контроллерах? Извините, если это нубистский вопрос, но я просто пытаюсь выяснить, возможно ли это сделать самому, поэтому любой совет будет отличным! Спасибо
2 ответа
2
Вам не нужно добавлять карты RAID на [клиентских] ПК. Несмотря на то, что RAID создан для защиты вас от таких ситуаций, как сбой оборудования, это не тип резервного копирования как такового, то есть он не защищает вас от таких вещей, как человеческие ошибки.
Еще один способ сделать это - покупка устройства NAS . Netgear, Synology и Buffalo - вот некоторые из известных брендов. Обычно они поставляются с собственной реализацией резервного копирования, которая должна быть совместима со всеми современными операционными системами.
1
У нас есть небольшой бизнес с критически важными файлами, и я занимаюсь исследованиями в течение длительного времени. вот что я придумала. Если вы думаете о возможных вещах, для которых вам требуется резервное копирование или RAID, вы начинаете понимать, почему вам нужно больше, чем просто RAID или один резервный диск. Вы можете иметь ошибки жесткого диска, ошибки контроллера и компьютера, ошибки программного обеспечения и ошибки пользователя.
Я бы порекомендовал вам начать с двух резервных копий на двух отдельных дисках, используя что-то вроде acronis true image, чтобы делать автоматические запланированные полные и инкрементные резервные копии.
Резервное копирование на RAID является хорошей идеей, но в перспективе RAID предназначен только для ошибок жесткого диска, поскольку он не устраняет другие ошибки; если ваш контроллер выйдет из строя, он будет записывать неверные данные на ваш RAID, и вам потребуется резервная копия, чтобы спасти вас. Но переключите его и заставьте контроллер выйти из строя. Даже если он записывает неверные данные в резервную копию, с текущей резервной копией и второй резервной копией (от 1 недели до 1 месяца) вы сохранитесь, несмотря ни на что! Это означает, что более важно иметь хорошую резервную копию, которая покрывает ВСЕ ошибки, жертвуя RAID, если вам нужно дополнительное пространство, прежде чем использовать RAID. Итак, сначала убедитесь, что у вас достаточно места для трех копий минимум на трех разных носителях. Вот три копии.
- Копия, которую вы используете, у каждого, кто пользуется компьютером, есть эта копия. Эта копия не является резервной копией, это файлы, которые вы используете, но это одна из трех. Это на жестком диске вашего компьютера
- Резервное копирование, о котором думает большинство людей; тот, где вы делаете полное резервное копирование, а затем на некоторое время добавочное резервное копирование. Эта резервная копия устарела промежуток времени между инкрементами. Это на первом резервном диске
- Резервная копия, о которой большинство людей забывают. Подумайте об этом, вы делаете полную резервную копию. Затем вы строите полное резервное копирование в течение некоторого времени, недели, месяца, года, чего бы вам ни хотелось. ЭТО ребята много раз делали в неделю. Но вы попадаете в точку, когда вам нужно снова сделать полное резервное копирование, чтобы вы могли снова начать сборку на свежем полном резервном копировании, и вам нужно сохранить последнее полное резервное копирование во время него, чтобы вы не потерпели неудачу, если что-то пойдет не так во время процесса резервного копирования. , Это на втором резервном диске.
Вот как это работает. Общее ИТ-решение
Полное резервное копирование в воскресенье 1-е (резервное копирование 1) и инкрементное резервное копирование ежедневно.
Затем еще одно полное резервное копирование (резервное копирование 2) в воскресенье, 7-е, на другом диске, при этом резервное копирование на прошлой неделе (резервное копирование 1) осталось без изменений.
Делайте инкрементные копии новой полной резервной копии (резервная копия 2) в течение недели.
Перезаписать резервную копию 1 в воскресенье 14-го числа, оставив последнюю из 7-го (резервная копия 2) без изменений. Затем вы поворачиваете резервную копию 1 и 2 ВСЕГДА, имея резервную копию, даже если вы перезаписали резервную копию.
Дело в том, что вам нужно достаточно места для 2 полных резервных копий на двух разных носителях, перед RAID. Затем, после того как у вас будет минимальная схема резервного копирования, я сделаю RAID для моего активного компьютера, а не для резервного копирования. Вот почему
Представьте, что RAID-массив представляет собой отдельный диск, который дает вам возможность починить его, пока он "ПЛОХО" (т. Е. Происходит сбой диска). Но это не помогает с аппаратными, программными или пользовательскими ошибками, которые также весьма вероятны, если вы добавите шанс всех трех вместе. Две резервные копии разного возраста на двух дисках не в RAID-массиве помогают при ВСЕХ ошибках.
Но RAID подойдет для файлов, которые вы активно используете каждый день в случае сбоя жесткого диска; то есть вы хотите использовать RAID для дисков, на которых вы храните вещи каждый день, чтобы у вас был уровень защиты между резервными копиями.Это означает, что вы должны централизовать свои бизнес-файлы на RAID; люди не должны хранить бизнес-файлы на своих личных дисках. Электронная почта, проектные документы и контракты, контакты, программы и т.д. Должны находиться на центральном сервере с RAID. Вы даже можете переместить мои документы и пользовательские файлы на сервер. Затем вы делаете резервные копии на центральном сервере так часто, как можете. Обычно 1-2 раза в день. Чем активнее папки, тем больше вероятность, что что-то будет пропущено между резервными копиями, и тем больше они должны быть расположены на RAID.
Не забывайте, что чем разнообразнее носители данных, тем лучше (внешние накопители не годятся, внутренние накопители хороши, ленты все же лучше, облачные (как amazon S3, а не dropbox) лучше, чем ленточные и внутренние накопители, для надежности, но не для скорости)
Чем дальше резервные копии от исходных данных, тем лучше. NAS или другой компьютер - это хорошо, лучше записать диск или ленту, сохраненную вне сайта, лучше использовать облако (тип Amazon).
Полный сценарий включает в себя различные надежные среды на разных расстояниях. Начните с качественного сервера с RAID 1 или 10; не используйте RAID 5 или 6 !. Затем выполняйте резервное копирование (в инкрементном стиле) на внутренний диск (или другой RAID-массив) ежедневно или чаще. Затем скопируйте эту резервную копию в конце месяца на другой диск, ленту или в облако, чтобы освободить ваш внутренний диск для резервного копирования на следующий месяц. Сценарий, подобный этому, не так уж и дорог, и его надежность почти на уровне предприятия ограничена только аппаратным, программным обеспечением и потребителем потребительского уровня. Но начните с резервного копирования, а затем RAID.
Однако поймите, что если вы используете аппаратный RAID и у вас выходит из строя контроллер, вы не можете просто купить любой другой контроллер и снова заставить работать ваш массив. С программным RAID, с другой стороны, вы можете!
Наша установка - это Debian Linux box с двумя дисками в программном RAID 10 для нашего сервера, где хранятся все наши файлы. Затем мы выполняем резервное копирование, аналогичное схеме, указанной выше, резервное копирование на другой внутренний диск на сервере и второе резервное копирование на другой компьютер. Все еще работаю над средними и / или внешними резервными копиями, вероятно, для лент LTO нескольких поколений. Должен начать где-то, хотя У нас всего около 500 долларов, вложенных в наш сервер и диски. Наш ИТ-бюджет имеет низкий приоритет по сравнению с инструментами, которые мы вкладываем в повседневную жизнь.