Мне нужно продемонстрировать процедуры восстановления SQL Server, и, поскольку все наши БД виртуализированы и используют SAN для внутреннего хранилища, мне нужно знать, как лучше всего имитировать отказ диска и восстановление с помощью резервной копии хвостового журнала.
Я попытался удалить объем данных из виртуальной машины в vSphere, но SQL, похоже, не знает, что файл MDF больше недоступен и не вызывает сбоя, и ни один из других вариантов, о которых я думаю, не может быть выполнен "жить". Я просто не настолько разбираюсь в vSphere, чтобы разбираться в своих возможностях.
Я действительно могу увидеть здесь только несколько вариантов.
Они оба предполагают, что единственное, что находится в этом хранилище данных, - это VMDK, в котором размещены MDF-файлы SQL Server. Ни файлов VMX, ни файлов журналов, ни пульса хранилища данных.
Первый - размонтировать том на рассматриваемом хосте. Вы можете сделать это через клиентов vSphere, esxcli
или его эквивалент PowerCLI. На самом деле я не знаю, позволит ли vSphere сделать это, пока к нему подключена работающая виртуальная машина, но может.
Второй - просто отключить том от SAN или замаскировать его на соответствующем хосте. Это действительно радикальный поступок, который может причинить больше боли, чем того стоит, поскольку это может привести к тому, что хост выдаст ошибку PDL или APD, но он даст вам то, что вы хотите, если первый вариант невозможен, потому что VMware блокирует его. (что на самом деле хорошо).
Если вы пытаетесь использовать второй вариант, вам следует прочитать этот статья о PDL / APD и статьи, перечисленные в разделе «См. также».
О, и не делайте этого с производственной коробкой.
И сделайте резервные копии, прежде чем пытаться что-либо из этого.