Вопросы Теги

Недорогие аппаратные средства для резервных копий базы данных?

http://ffmpeg.org/sample.html

Кажется, что Вы устанавливаете порт в конфигурационном файле и перезапускаете и следующие сервер?

Я не знаком с этим, но это должна быть простая фиксация.

0
задан 27 June 2010 в 00:53
4 ответа

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

Я думаю сначала, что необходимо посмотреть на то, где узкие места, и затем инженер вокруг тех резервных копий. Если бы узкое место является сетью и не диском или ЦП, то у Вас было бы другое решение. Это очень зависит от Ваших шаблонов доступа к данным, у Вас есть 200 ГБ данных, но как часто, ВЫБРАН и ОБНОВЛЕН?

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

Обратите внимание, что я не DBA, но насколько я знаю, что этот ответ довольно точен, надо надеяться, кто-то более хорошо осведомленный, чем я может ответить далее!

1
ответ дан 4 December 2019 в 13:10
  • 1
    IO на самих базах данных является примерно 50/50 чтением-записью, таким образом, установка "главный-подчиненный" doesn' t работают так хорошо, не говоря уже об удвоении моих затрат на аппаратное обеспечение и стоимости лицензии. –  Eric Z Beard 5 January 2010 в 20:22

Я использовал бы самый дешевый, крупнейший NAS, который я мог получить.

Эффективный способ скопировать их состоял бы в том, чтобы или вывести файлы BAK SQL на самом SQL-сервере и запланировать robocopy сценарий BAT, или если поддержка NAS FTP, с помощью FTP в запланированном сценарии для копирования их.

Потенциально лучший путь состоял бы в том, чтобы записать файл BAK SQL непосредственно в долю NAS, но необходимо будет определить, могло ли это обработать IO.

1
ответ дан 4 December 2019 в 13:10
  • 1
    IO является определенно проблемой. Единственное резервное копирование, отправляемое NAS, может насыщать Гигабит NIC. –  Eric Z Beard 5 January 2010 в 20:21
  • 2
    Хорошо, затем don' t получают самый дешевый NAS, который можно получить. Получите тот, который может выдержать IO you' генерация ре. С другой стороны, сделайте другой - копируют локально к SQL server' s собственная файловая система, и затем делают пораженные работы копии к NAS. –  mfinni 5 January 2010 в 20:30

Вы выполняете резервные копирования журнала транзакций? Возможно, выполнение резервных копирований журнала транзакций каждые 5 минут вместо дифференциалов будет менее интенсивным?

0
ответ дан 4 December 2019 в 13:10
  • 1
    Я должен был остановить резервные копирования журнала транзакций, потому что файлы были огромны. Они поднимают намного больше пространства, чем дифференциалы. И они делают вещи выполненными медленнее также. –  Eric Z Beard 6 January 2010 в 17:28
  • 2
    Как часто Вы выполняли их, и я предполагаю, что Вы сжимали их также? Кажется, что у Вас есть высокие транзакции в секунду. –  SuperCoolMoss 6 January 2010 в 23:08

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

Я не знаю, какие другие думали бы... Я не специалист в базах данных, и у нас ничего нет в огромном масштабе как терабайт данных + diffs, чтобы сохранить и справиться, но я задался бы вопросом о добавлении второго NIC к серверам баз данных и наличию отдельного коммутатора, который соединяется с несколькими серверами, действующими как устройства NAS. Имейте серверы 1,2, и 3 переходят к серверу резервного копирования 1, и серверы 4 и 5 переходят к серверу резервного копирования 2 на второй LAN. это должно упростить часть перегрузки сети, и имеющий отдельные машины может помочь облегчить часть нагрузки на дисках и управлять пропускной способностью.

Я также считал бы получение внешних дисков подключенным к серверам, таким образом, можно сохранить его к "локальному" диску, затем можно вытянуть данные от физических внешних дисков до другой системы для прямой копии и не насыщать nic или переключатель. Это требует физического вмешательства, тем не менее, и не могло быть легко автоматизировано (хотя Вы могли написать сценарий чего-то, что сохраняет только файлы/резервные копии определенной даты для удержаний от переполнения файловой системы). Требовалось бы 5 больших внешних дисков, но это может оказаться быстрее, чем насыщение Вашей сети.

Я уверен, что у других есть лучшие идеи, все же. Это, вероятно, было бы чем-то для рассмотрения начального уровня или на дешевом.

1
ответ дан 4 December 2019 в 13:10

Теги

Похожие вопросы