Это хорошая идея для резервного копирования базы данных SQL на внешний жесткий диск USB?

Я буду устанавливать систему баз данных на морской нефтяной платформе (серверы для установки в стойку). У них очень ограниченное оборудование и пространство, поэтому пересылка инфраструктуры резервного копирования невозможна. Отправка резервных копий по FTP тоже невозможна, поскольку у них даже нет файлового сервера.

Я думал о резервном копировании базы данных SQL на портативные жесткие диски USD. Жесткие диски USB будут всегда подключены непосредственно к серверу. Раз в неделю они заменяют жесткий диск новым / старым.

Это хорошая идея, чтобы сделать это? Если нет, можете ли вы предложить лучшее решение?

Это всего лишь идея, но вы можете предоставить внешний (или даже сторонний) сервис резервного копирования через зеркальный сервер / db. Информация будет реплицироваться каждый раз, когда вы делаете вставку / обновление / журнал транзакций / изменение / создание / и т. Д., Любые изменения. Таким образом, транзакции очень малы и могут быть в очереди, если у вас нет доступа или у вас ограниченное подключение (как одно подключение в неделю) к Интернету / внешней сети.

Я мог бы значительно помочь вам, если бы вы сказали мне, какую БД вы используете. Это MySQL? MSSQL? ORACLE?

Еще больше (просто еще одна идея) вы подумали о создании резервной копии хорошей программируемости? Например, если вы знаете структуру и данные, а также время истечения срока действия данных, вы можете переместить / удалить свою историю покупок или поработать с представленной выше идеей о зеркальной базе данных.

Я думаю, что стоимость работы с зеркальной БД с минимальным подключением меньше, чем работа с внешним съемным оборудованием, с точки зрения риска, безопасности, пространства и повреждения оборудования.

Отредактировано:

О зеркальном сервере есть много справок, учебников и видеоуроков. Мои навыки больше ориентированы на сервер MySQL в Linux, но я могу рассказать вам несколько советов, надеюсь, они могут вам помочь.

• Прежде всего, посмотрите здесь, на сервере, или даже лучше: администраторы баз данных на Stack Exchange
• На MSDN для MSSQL (я даю вам версию 2005 года, я не знаю, какая версия вашего сервера / db: зеркальное отображение базы данных в SQL Server 2005, но вы можете изменить ее в верхнем меню.

• Внизу этого документа есть ссылка на часто задаваемые вопросы, которая может прояснить вам несколько основных вопросов (например, транзакция очереди, пропускная способность сети и т. Д.):

• Или Как подготовить зеркальную базу данных на 2008 R2 (вы можете изменить версию, нажав вверху «Другие версии».

• На Google с такими ключами вы устали читать об этом: Поиск Google . Как я уже говорил, это не моя привилегированная БД, поэтому я не знаю, как на самом деле это сделать на MSSQL, но я уверен в одном: если БД не меньше 2005, вы можете сделать это, и наверняка с больше вариантов и лучше, что я тебе сказал.
• Я думаю, что почти каждый хостинг, который предоставляет услугу только с сервером базы данных, можно сделать зеркало из любого места с какими-то политиками или сертификатами, они вам это объяснят. Я не помню сейчас хороший сервис, но я знаю, что есть много. Вполне возможно, что вы найдете более дешевые серверы MySQL, чем серверы MSSQL, но я думаю, что вам нужно какое-то «приложение миграции» для перемещения данных из MSSQL в MySQL, поэтому для меня первый вариант заключается в том, что вы просматриваете каждую деталь о вашем источнике, а затем запрашиваете совместимое зеркало.

И еще одна идея, которая становится с этим мышлением:

Предположим, что вы не можете настроить зеркало или что-то еще по причине. В последнем случае вы можете создать небольшое программное обеспечение или скрипт для задания / задачи / автоматизации, которое будет читать много данных через SQL и отправлять их через SQL (и вы можете изменить место назначения, например, с MSSQL (ваш фактический источник) на MySQL ( это бесплатно, и вы можете поддерживать его где угодно, с вашим собственным ПК / сервером / и т. д.

Действительно, если вы знаете о SQL, вы можете сделать это.

• И еще один совет, я думаю, что вы сказали, что вы не можете добавлять / подключать HD, но вы можете работать с диском RAID, чтобы увеличить объем внутренних резервных копий.

  Но в любом случае основная идея резервной копии заключается в том, что у вас есть резервная копия в совершенно другой среде (в другом месте), к которой вы можете обращаться и / или переключать свои базы данных, если одна из них по какой-либо причине сбрасывается (пожар, землетрясение, революция, аппаратная проблема). Это основная идея зеркала: сервер с балансировкой нагрузки, понятный пользователю, вы действительно не знаете, где работаете, он работает в одно и то же время. Это разница с «резервным копированием истории» и «резервным копированием в реальном времени».

Отредактировано 2: В любом случае я никогда ничего не отвечаю по поводу вашей идеи. Конечно лучше чем ничего, но для критических данных это как ничто. У этого есть много нежелательных будущих проблем:

• Скорость USB
• Ручной процесс (кем? Является ли информация слишком важной для обработки другой? У вас есть юридическая / рабочая / экономическая ответственность, если человек, работающий с вашими данными, украл / уничтожил / изменил ее?
• Время, конечно, вы хотите автоматически вариант.
• Вы сделаете резервную копию .. что? какая сумма? какие данные? что такое старые данные? С какими критериями? Критерии будут или могут измениться? И это становится следующим вопросом:
• Здесь, в моей стране, у нас есть «пословица» или «пословица», которая говорит что-то вроде… «это хлеб на сегодня, голодный на завтра». Я имею в виду, вам нужно будет изменить этот процесс в любое время? Возможно ли, что вам нужно искать другой путь за короткое время? Какая будет стоимость? Является ли ваше решение гибким или вы получите будущую проблему бесплатно?

Резервное копирование на USB-накопитель, безусловно, лучше, чем резервное копирование. Резервное копирование на оборудование, специально предназначенное для резервного копирования (например, на магнитные ленты), может быть даже лучшим выбором.

Можете ли вы позволить себе потерять данные за несколько недель? Если вы меняете диски только раз в неделю, то вы рискуете получить данные за несколько недель. Если накопитель подключен в течение недели, существует риск электрического удара, который может привести к отключению компьютера и резервного накопителя. Если этот диск не менялся в течение 6 дней, вы теряете данные за 6 дней.

Будете ли вы отправлять диски в другое место? Вполне вероятно, что вероятность какого-либо события, которое уничтожит как исходную базу данных, так и резервные диски, довольно высока.