действительно ли возможно использовать Windows Server в качестве хранилища данных для VMware esx сервер
Календарь является подпапкой (если Вы будете) почтового ящика, который установлен содержать объекты назначения, так же, как Ящик входящих сообщений является папкой, которая установлена содержать объекты сообщения и почта.
В основном полномочия являются двухмногоуровневыми. Можно дать разрешения к почтовому ящику, затем необходимо указать дополнительные полномочия на уровне папки. Нет никакого наследования полномочий. По умолчанию никому не разрешат видеть содержание объектов календаря, если владелец почтового ящика конкретно не предоставил доступ сначала к почтовому ящику и затем дополнительно к папке istelf.
Это походит на то, что Вы спрашиваете, чтобы кто-то смог открыть календарь этого человека и видеть свободную информацию о занятости на основе дневной/недели/месяца представления типа. Нет никакого способа сделать это, не отмечая все объекты как Частные, который я не знаю способа сделать по умолчанию.
UserX мог просмотреть чью-то свободную / информацию о занятости через Outlook путем создания нового назначения/приглашения на встречу в Outlook, добавления что человек к пригласить списку и наблюдению вкладки Scheduling на новом объекте.
Вот статья MSExchange.org, которая объясняет, как Свободная / Информация о занятости создается, хранится и используется клиентами.
Это покрывает его?
Для предоставления доступа к устройству хранения данных доступным для ESX/ESXi, обычно необходимо использовать или NFS или iSCSI. Можно установить окна, чтобы служить использованию NFS, созданному в программном обеспечении или быть целью iSCSI с дополнительным программным обеспечением.
В то время как идея наличия избыточного сервера хороша, идея наличия единой точки отказа в самом слабом звене цепи, устройстве хранения данных, не хороша. В Вас схема, если у Вас есть проблемы с устройством хранения данных, Вы снизитесь, пока это не будет отсортировано. Считайте наличие второй копии дисков VM сохраненным в другом месте, если время простоя настолько важно. Данные по внешней памяти могли регулярно обновляться как часть Вашей резервной схемы. В то время как это не могло бы иметь параллелизма, Вы хотели бы его, вернет Вас намного быстрее, чем необходимость восстановить от Вашего резервного копирования.
Взгляд на ответ Zoredache относительно того, как подать диски для виртуальных машин для нахождения на. Относительно Вашей резервной схемы у Вас есть пара опций. Можно отбросить клиент DPM непосредственно в госте ОС, в этом случае она будет игнорировать базовую архитектуру и рассматривать его как другая машина Windows, которая будет сохранена. Можно здесь искать способ скопировать VMs путем набрасывания на VDR. YMMV с тем подходом (я не сделал этого сам, таким образом, я могу только указать на Вас на него для исследования).
это - очень хорошая идея использовать виртуализацию вместе с разным сервером хранения (san или nas), но
1. я предлагаю иметь два сервера хранения (один для резервных копий), чтобы иметь дублирование, лучше всего устройства (думайте о них как свой wlan маршрутизатор, который является также (главным образом Linux) устройство), можно установить их приблизительно через 15 минут и управлять ими с браузером
2. я избежал бы окон (не хорошая идея установить критические патчи безопасности все две недели с перезапуском)
3. для esxi я предлагаю zfs-устройства-хранения с opensolaris или nexenta и napp-этим сеть-gui (простой в использовании, и расширьтесь, лучшая безопасность данных вообще, дедупликация, nfs и iscsi для включенного VMware),
попробуйте его по http://www.napp-it.org/pop_en.html легкая руководство по инсталляции: см. napp.it.org
это - бесплатное программное обеспечение!
4. при совместном использовании устройства хранения данных через nfs затем (также главным образом быстрее, чем iscsi), можно также получить доступ vm's через cifs из окон (легкое перемещение или скопировать их),
gea