Вопросы Теги

Скопируйте проблему жесткого диска

Хорошо вот обязательное упоминание о сверхпроводящем квантовом интерферометре.

Сверхпроводящий квантовый интерферометр является веб-прокси, таким образом, он может обработать всю сеть (включая ftp://) доступ. Можно ограничить содержание большим количеством способов, и можно ограничить именем пользователя и даже ко времени суток, и можно проанализировать журналы для наблюдения точно, что загружали парни. Лучший из всего сверхпроводящего квантового интерферометра абсолютно свободно, и любезность http://www.ratsauce.co.uk/notablog/squid27setup.asp, легкого получить работу.

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

МЛАДШИЙ

2
задан 25 January 2010 в 08:56
1 ответ

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

Мое подозрение, это mysqlhotcopy это блокируется. mysqlhotcopy должен заблокировать таблицы, с одной стороны, поэтому если что-нибудь конфликтует с ним... Можно с готовностью протестировать это сами, просто подписать и попытаться сделать a FLUSH TABLES и a LOCK TABLES на соответствующей базе данных.

1
ответ дан 3 December 2019 в 13:33
  • 1
    Резервное копирование живых баз данных может взять очень долгое время из-за этого. Если важно для Вас, чтобы иметь быстро выполняющиеся резервные копии (и я могу, конечно, видеть экономическую модель), Вы могли бы хотеть войти в подстройку двоичного входа и тиражирование двоичного журнала к " где-нибудь else" и только выполненный " real" резервные копии от живого DB, когда it' s менее занятый. Недостаток является более медленными восстановлениями, потому что DB должен выполнить журнал для восстановления более поздних транзакций, чем последнее полное резервное копирование. dev.mysql.com/doc/refman/5.0/en/binary-log.html –  Bernd Haug 25 January 2010 в 09:27

Теги

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