Я посмотрел на etckeeper, но я не использовал его. Однако я использовал Changetrack. Я использовал его на всех моих домашних машинах много лет, и в моем предыдущем задании это была часть нашей стандартной установки сервера. Мы использовали его там в течение прошлых пяти лет и установили его приблизительно на 200 полях.
Установка тривиальна (я создал об/мин для нее в моем последнем задании), и конфигурация действительно проста. Я обычно настраивал его для контроля всех/etc/.
Я сомневаюсь, что это имеет какое-либо отношение к VMware, но более вероятно проблеме с Вашей базой данных. Вы являетесь лучшими, чтобы начать диагностировать источник проблемы. Вы могли смонтировать базу данных по физическому серверу и делать попытку резервного копирования, чтобы подтвердить, заключается ли проблема в самом сервере или в базе данных.
Другая опция могла бы состоять в том, чтобы вывести базу данных и затем восстановить ее в новом файле базы данных на Вашем существующем сервере.
Какая версия VMware? Сервер или ESX?
Вы используете VHD или непосредственно получаете доступ к жесткому диску?
Вы попытались выполнить другие резервные копии от других баз данных по тому же серверу? Вы попробовали другие опции в резервном копировании? Другое место назначения, различные варианты? Вы попробовали его от командной строки OSQL, так же, как differnet способ выполниться? Что-нибудь из журнала событий?
Выполните Монитор производительности и наблюдайте процессорное время, В среднем дисковая очередь и дисковые байты в секунду. Это должно придавить, где узкое место.
МЛАДШИЙ