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