Клонируйтесь объем Windows Server по сети — НЕ делают изображение

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

Я лично - твердый сторонник файла на таблицу как инструмент управления системами; в то время как это действительно имеет, это - компромиссы, поскольку Вы справедливо поднимаете, способность сохранить таблицы каждого клиента отличными (Вы могли даже распространить их к различным дискам - RAID, SAN, DAS, и т.д. - базой данных клиентов!), создайте резервную копию необработанных вручную в случае необходимости, оптимизируйте их, в случае необходимости и т.д идет намного дольше в конце дня. Основная цена, которую Вы платите, является большим количеством fsync () вызовы во время записей, которые могут ухудшить производительность, если у Вас есть много таблиц, записанных также, но в целом это не слишком плохо.

2
задан 18 May 2012 в 17:01
4 ответа

Вы можете использовать Richcopy или другую программу многопоточного копирования и установить количество потоков (в Richcopy: настройка копирования файлов) не менее 8 или 16, а также указать каталог поиск до 4 или 8. Мы использовали этот метод много раз для копирования миллионов небольших файлов.

2
ответ дан 3 December 2019 в 10:12

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

2
ответ дан 3 December 2019 в 10:12

Вы можете загрузить диск Linux на обеих машинах и использовать dd поверх защищенной оболочки, что Я дам вам копию диска, если диски совпадают. Если это разные диски, у вас могут быть проблемы с новой системой. Иногда их можно исправить с помощью Testdisk и / или восстановления Windows после этого.

Вы должны быть очень осторожны, чтобы обращать внимание на параметры, которые вы передаете (чтобы вы не перезаписали "хороший" том сервера). До тех пор, как вы'

0
ответ дан 3 December 2019 в 10:12

Общие идеи и риски см. В ответе Барта Сильверстрима. Вот инструменты, которые вам понадобятся, КОГДА вы можете выключить компьютеры с Windows.

  1. Загрузите обе системы с помощью systemrescue cd
  2. Добавьте пароль root к целевой машине с помощью passwd и проверьте, что ssh выполняется /etc/init.d/ssh start или аналогичный
  3. Убедитесь, что размеры устройства / раздела совпадают или целевой размер больше.
  4. На исходном компьютере:

    dd_rescue / dev / SOURCE_PARTITION - | ssh root @ targetIP 'dd of = / dev / TARGET_PARTITION'

    # или использование параметра sparse может работать.

    dd_rescue -a / dev / SOURCE_PARTITION - | ssh корень @ targetIP'dd of = / dev / TARGET_PARTITION'

  5. После этого запустите chkdisk на новом разделе

  6. Если у вас нет инструментов для изменения размера ntfsresize включен в systemrescuecd

И вот несколько ссылок на примеры, как это сделать. Требуется какое-то устройство linux

. Загрузите systemrescuecd http://www.sysresccd.org/Download

Пример ntfsclone (локальный) http://edoceo.com/exemplar/ntfsclone-transfer-windows

dd_rescue over ssh http : //www.huanix.com/2009/04/11/data-recovery-using-dd_rescue-over-ssh/

0
ответ дан 3 December 2019 в 10:12

Теги

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