Преобразование массивных настроенных дисков для утончения настроенный не уменьшающее использованное пространство
Необходимо изменить ПРЕДСТАВЛЕНИЕ ЛЮБОЕ разрешение БАЗЫ ДАННЫХ. По умолчанию это предоставляют общедоступной роли, которая является, почему все пользователи видят весь DBS.
Спасибо за дополнительные данные, я думаю, что файловая система вашей ОС «захватила» / распределила все блоки, составляющие виртуальный диск, а не просто оставила их как «пустое пространство». ', поэтому у процесса прореживания есть только один вариант: предположить, что это настоящие данные, и оставить все как есть.
Я знаю, что вы говорите, что у вас только одна SAN, но вы имеете в виду, что у вас есть только один LUN, предоставленный SAN / Хранилище данных? если вы затем можете получить второй LUN, представленный вашему хосту / ам, достаточно большой для хранения виртуальной машины (может быть, немного больше), разделите и отформатируйте его через VSClient как VMFS и снова попробуйте Storage vMotion через VSClient, убедившись, что вы выбрал «тонкий». Есть шанс, что этот более тщательный метод может определить неиспользуемое пространство файловой системы и соответственно уменьшить его размер. Дайте нам знать, как у вас дела. О, и я только что вспомнил, это сработает, если вы скопируете виртуальную машину из SAN LUN / Datastore на любой локальный диск в формате VMFS на хосте, вы всегда можете скопировать его обратно в SAN, независимо от того, сжимается он или нет, это может избавить вас от необходимости добавлять LUN.
Я видел такое поведение с хранилищем NFS - файлы vmdk выделяются на уровне файлов и тонко выделяются на уровне SAN, поэтому следовательно, они будут отображаться как потребляющие все выделенное пространство. Если это хранилище FCP или iSCSI и вы это видите, возможно, Storage vMotion на локальный диск хоста, а затем обратно в SAN, чтобы были созданы новые виртуальные машины VMDK.