Снимки LVM являются большими для способности скопировать Вас сервер, не выводя его из эксплуатации. Поскольку указанные снимки LVM являются почти мгновенными копиями. Вы создаете их использующий lvcreate
управляйте, как Вы были бы для создания самого LV, только Вы даете его --snapshot
опция и исходный LV вместо VG. Например:
lvcreate -L <LV size> -s -n <snapshot name> /dev/<VG name>/<LV name>
Это создаст снимок данного LV с указанным именем снимка, что можно затем смонтировать и использовать этот снимок LV для выполнения резервного копирования, извне вызывающего беспокойство об активно используемых файлах. Это особенно полезно, при попытке резервировать активный сервер базы данных.
После того, как Вы сделаны с резервным копированием от снимка, Вы хотели бы удалить его для сокращения любого дополнительного ввода-вывода наверху или других проблем производительности, поскольку другие упомянули, что использовали:
lvremove /dev/<VG name>/<snapshot name>
В то время как снимки LVM могут быть неоценимы в создании надежного резервного копирования систем как базы данных и таким образом, что Вы обычно хотели бы завершить работу для резервного копирования для предотвращения конкуренции файла, они не идеальны для долгосрочной операции как быстрое восстановление.
Группы устройств хранения являются экземплярами механизма базы данных, используемого Exchange. Для серверов почтовых ящиков с потребностью в очень крупном масштабе можно увеличить полную пропускную способность IO Exchange путем выполнения нескольких экземпляров механизма базы данных (т.е. группы устройств хранения) и размещения различных баз данных почтового ящика, и транзакция базы данных входит в систему дополнительные шпиндели или подсистемы ввода-вывода, разделенные, чтобы сбалансировать загрузку и максимизировать пропускную способность.
Кроме того, так как база данных является атомарной единицей резервного копирования и восстановления в обмен, можно было бы стратегически сбалансировать загрузку почтового ящика между базами данных для упрощения соответствия SLAs для различных "уровней" почтовых ящиков.
Группы устройств хранения не касаются CALs вообще. Это - функция, покрытая типом лицензии сервера, а не типом CAL. Различные типы CALs используются для лицензирования доступа к другим функциям, как детализировано в таблице на той странице, которую Вы связали названный "Предложения Exchange 2 007 кал".