Rsa97

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

через пару лет ежедневного инкрементального копирования

Бэкапы обычно делают по схеме Gransfather-Father-Son. Раз в месяц делается полный бэкап, раз в неделю дифференциальный (от последнего полного), раз в день инкрементальный. В этом случае вам придётся восстанавливать максимум 8 файлов (полный, дифференциальный, 6 инкрементальных). А нужный файл на определённую дату можно достать просто пройдя обратно по цепочке файлов, достав из каждого изменения в каталоге.

Бэкап проверяется восстановлением из этого бэкапа.
Моделируете ситуацию "полностью сгорел сервер (пожар был)" и проводите восстановление системы.

Берёте, например, dar и пишете свой скрипт, делающий полные/дифференциальные/инкрементальные архивы по заданному вами расписанию.
Ну и удаляющий старые архивы, чтобы не переполнялся диск.

Поднимайте ssh и копируйте сразу через scp

tar -cz <что нужно заархивировать> | scp /dev/stdin user@backup-server:/backup-path

С .edb умеет работать ESEDatabaseView

Windows Volume Shadow Copy использует copy-on-write по умолчанию.

MS допускает использование провайдером VSS одного из трёх методов (technet):
Complete copy - делается полная read-only копия тома.
Copy-on-write - в теневой раздел переносится старое содержимое изменяемых кластеров тома, в основной том записываются изменения. Этот метод используется в стандартном провайдере windows.
Redirect-on-write - в теневой раздел записываются изменения кластеров, основной том не меняется.

Проверьте, что у Вас уже создалась таблица `users`, в ней есть поле `users`.`id` INT( 10 ) UNSIGNED, это поле является первичным ключом или по нему строится индекс, в базе данных ещё не используется FK с именем `user_id`, таблицы `blogs` и `users` и поля `blogs`.`user_id` и `users`.`id` имеют одинаковые charset и collation.