У меня есть сервер с 40 ТБ данных и 35 миллионами файлов. Хотя на самом сервере есть рейд и все такое, меня беспокоит, что произойдет, если что-то физически уничтожит сервер (огонь, молния и т. Д.).
Система предназначена для запуска всего с одного диска (стопки устаревшего кода), поэтому сегментирование на маленькие диски не вариант (ресурсы, необходимые для перезаписи кода, недопустимы).
Мне было интересно, какие существуют варианты экономичного резервного копирования вне офиса. Их можно перенести в размещенное решение, но поскольку большая часть из них - это мультимедийные данные, которые должны часто обрабатываться серверной фермой, это может вызвать проблемы с задержкой и пропускной способностью.
edit: под «одним приводом» я имею в виду с точки зрения пользователя. Сами данные могут быть распределены на одном диске при условии, что программное обеспечение, обращающееся к этим данным, может рассматривать все как один диск.
Как сказал Чоппер, мы не даем рекомендаций по продуктам и услугам, поэтому все, что я собираюсь вам рассказать, является довольно общим. Вам нужно будет пойти в свою комнату для размышлений (возможно, в ваш плачущий уголок после того, как вы увидите некоторые ценники) и выясните, как сделать это в вашей среде.
Если вы спрашиваете «Как мне сделать резервную копию этого сервера?», И это похоже на то, что вы пытаетесь понять, начните с определения ваших требований:
Это поможет вам понять, какое решение может быть наиболее эффективным. Вероятно, вы можете выполнить само резервное копирование с помощью многих коммерческих (или с открытым исходным кодом) инструментов резервного копирования, но выбор носителя и расписание резервного копирования будут разными.
Выбор типа носителя также важен - ленты традиционные и довольно большие.
Если стоимость лент непомерно высока, терабайтные диски тоже относительно дешевы и надежны. Оптический носитель, вероятно, не подходит для вашего набора данных размером 40 ТБ.
Репликация SAN по выделенному каналу - отличное решение помимо стоимости. Другой вариант - это резервное копирование в SAN (или просто на хост с большим количеством дисков) на вашем удаленном сайте, но для этого также, вероятно, потребуется выделенное (FAST) сетевое соединение. Это особенно верно, если ваш набор изменений велик (если у вас есть небольшой набор изменений, вы всегда можете сделать первоначальное резервное копирование локально, а затем отправить устройство хранения за пределы площадки и обойтись более медленным каналом).
В дополнении к резервное копирование убедитесь, что вы приняли во внимание восстановить процесс - Если вам требуется 3 месяца, чтобы вернуть данные по медленному сетевому восходящему каналу, резервное копирование может быть не очень полезным ...