По крайней мере, в снимках VMware, что происходит, то, что снимок является в основном сигналом к VMX для запуска новой контрольной точки для состояния машины и записей на диск. В зависимости от того, выключается ли Ваш VM или на, восстанавливание снимка может просто включить просто уничтожение всего, что произошло мимо той контрольной точки. Иначе все секторы диска Вашего VM становятся копией на записи, что означает, когда Вы выполняете горячее восстановление снимка, это только должно переписать секторы, которые изменились, так как Вы взяли снимок. Так вот почему это быстрее.
сколько tempdb файлов я должен создать?
Стандартный ответ на это: Один на Ядро процессора. Это - "сравнительный тест" для SQL 2005 и 2008.
Отключите Гиперпоточность. SQL и HT не смешиваются.
Standard Edition поддержки только 4 центральных процессора, действительно: SQL Server 2 005 Сравнений Функций. Но так же, как лицензирование Экспресс/Рабочая группа/Стандарт ограничение ЦП (1/2/4) на физический процессор, таким образом, Ваша система будет использовать все 8 ядер. См. KB914278 (хотя для Экспресса, алгоритм относится к другим выпускам также afaik).
Таким образом, необходимо создать 8 равных файлов размера для tempdb. После отключения HT, конечно.
На 2005 вот мои эмпирические правила:
Во ВРЕМЕННОМ ФАЙЛЕ создайте.25 к 1 файлу данных на группу файлов на ЦП. Двухъядерные (суперскалярные) количества как дополнительный ЦП - гиперпоточность не делают.
Общий ВРЕМЕННЫЙ ФАЙЛ, как минимум, должен составить приблизительно 25% размера самой большой таблицы в любой базе данных. Будьте щедрым ВРЕМЕННЫМ ФАЙЛОМ. ВРЕМЕННЫЙ ФАЙЛ полностью бьется и восстанавливается на возврате SQL Server. ВРЕМЕННЫЙ ФАЙЛ может только использовать модель восстановления базы данных SIMPLE.
Посмотрите здесь также: http://www.microsoft.com/technet/prodtechnol/sql/2005/workingwithtempdb.mspx
удачи