Я буду устанавливать систему базы данных на морской нефтяной платформе (стоечные серверы). У них очень ограниченное оборудование и пространство, поэтому отправка резервной инфраструктуры невозможна. Отправка резервных копий через FTP тоже невозможна, поскольку у них даже нет файлового сервера.
Я думал о резервном копировании базы данных SQL на переносные жесткие диски USD. Жесткие диски USB всегда подключаются непосредственно к серверу. Раз в неделю они меняют жесткий диск на новый / старый.
Это хорошая идея? Если нет, можете ли вы предложить лучшее решение?
Резервное копирование на USB-накопитель, безусловно, лучше, чем отсутствие резервного копирования. Резервное копирование на оборудование, специально предназначенное для резервного копирования (например, ленты), может быть еще лучшим выбором.
Можете ли вы позволить себе потерять данные за неделю? Если вы меняете диски только один раз в неделю, вы рискуете получить данные за неделю. Если диск подключен на неделю, существует риск некоторого скачка напряжения, который выйдет из строя как компьютер, так и резервный диск. Если этот диск не менялся в течение 6 дней, вы потеряете данные за 6 дней.
Будете ли вы отправлять диски в другое место? Кажется вероятным, что вероятность какого-либо события, которое уничтожит как исходную базу данных, так и резервные диски, довольно высока.
Это просто идея, но вы можете предоставить внешнюю (или даже стороннюю) службу резервного копирования через зеркальный сервер / базу данных. Информация будет копироваться каждый раз, когда вы делаете вставку / обновление / журнал транзакций / изменение / создание / и т. Д., Любое изменение. Таким образом, транзакций очень мало и они могут стоять в очереди, если у вас нет доступа или у вас ограниченное подключение (как одно подключение в неделю) к Интернету / внешней сети.
Я мог бы помочь вам значительно больше, если бы вы сказали мне, какую БД вы используете. Это MySQL? MSSQL? ОРАКУЛ?
Еще больше (просто еще одна идея) вы думали о создании резервной копии с хорошей программируемостью? Например, если вы знаете структуру и данные, а также время истечения срока действия данных, вы можете переместить / удалить свою внутреннюю историю или работать с вышеупомянутой идеей о зеркальной базе данных.
Я думаю, что стоимость работы с зеркальной БД с минимальным подключением меньше, чем работа с внешним съемным оборудованием, с точки зрения риска, безопасности, места и повреждения оборудования.
Отредактировано:
По поводу зеркалирования сервера есть много справочной информации, руководств и видеоуроков. Мои навыки больше ориентированы на сервер MySQL на Linux, но я могу дать вам несколько советов, я надеюсь, что они могут вам помочь.
Eсть Ссылка на часто задаваемые вопросы внизу этого документа это может прояснить вам некоторые основные вопросы (например, транзакция очереди, пропускная способность сети и т. д.):
Или Как подготовить зеркальную базу данных на 2008 R2 (вы можете изменить версию, нажав вверху «Другие версии».
И еще одна идея, которая возникает при таком образе мышления:
Предположим, вы не можете настроить зеркало или что-то в этом роде. В последнем случае вы можете создать небольшое программное обеспечение для работы / задачи / автоматизации или сценарий, который считывает много данных через SQL и отправляет их через SQL (и вы можете изменить место назначения, например, с MSSQL (ваш фактический источник) на MySQL ( это бесплатно, и вы можете поддерживать его где угодно, с вашим собственным компьютером / сервером / и т. д.
На самом деле, если вы знаете о SQL, вы можете это сделать.
И еще один совет, я думаю, из-за этого вы сказали, что вы не можете добавлять / присоединять HD, но вы можете работать с диском RAID, чтобы увеличить емкость ваших внутренних резервных копий.
Но в любом случаеосновная идея резервного копирования заключается в том, что у вас есть резервная копия в совершенно другой среде (другом месте), к которой вы можете получить доступ и / или переключить свои базы данных, если одна из них упадет по какой-либо причине (пожар, землетрясение, революция, оборудование проблема). Это основная идея зеркала: сервер с балансировкой нагрузки, понятный пользователю, вы действительно не знаете, где вы работаете, он работает в то же время одинаково. В этом разница между «резервным копированием истории» и «резервным копированием в реальном времени».
Отредактировано 2: В любом случае я никогда ничего не отвечу по поводу вашей идеи. Конечно лучше, чем ничего, но для критичных данных ничего не нравится. У него много нежелательных будущих проблем: