Поделиться через

Общие сведения об архитектуре LUN в Exchange 2010

  • Статья

 

Применимо к: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Последнее изменение раздела: 2016-11-28

Во многих случаях физический диск, или логический номер устройства (LUN), распознаваемый операционной системой, абстрагируется от физического устройства и используется для представления диска в операционной системе. Архитектура LUN используется в Microsoft Exchange Server 2010.

Хотя в Exchange 2010 существует много способов создания LUN, в целях ограничения сложности рекомендуется использовать следующие две структуры:

  • Один LUN для базы данных

  • Два LUN для базы данных

  • Два LUN для набора резервных данных

Один LUN для базы данных

Архитектура «Один LUN для базы данных» означает, что база данных и соответствующие файлы журнала размещаются на одном LUN. Чтобы развернуть данную архитектуру LUN следует использовать группу обеспечения доступности баз данных с двумя или более копиями, и при этом не использовать аппаратное решение службы теневого копирования томов (VSS).

Ниже перечислены некоторые преимущества этой стратегии.

  • Упрощение администрирования хранилища и сокращение количества LUN, которыми требуется управлять.

  • Потенциальное уменьшение количества заданий резервного копирования.

  • Возможность разделения производительности баз данных, если для LUN используются различные диски.

Проблема этой стратегии заключается в том, что она ограничивает возможности по аппаратному резервному копированию и восстановлению в службе теневого копирования томов (например, при клонировании снимков). Дополнительные сведения о службе теневого копирования томов см. в статье Рекомендации по использованию службы теневого копирования томов в Exchange Server 2003.

В начало

Два LUN для базы данных

Если при использовании Exchange 2010 число баз данных не превышает 100, количество подготавливаемых LUN зависит от стратегии резервного копирования. Если ожидаемое время восстановления очень мало или если для быстрого восстановления используются клоны теневого копирования томов, лучше всего разделить каждую базу данных на отдельный LUN журнала транзакций и отдельный LUN самой базы данных. Поскольку такой подход требует больше букв дисков, чем имеется в наличии, необходимо использовать точки подключения томов.

Ниже перечислены некоторые преимущества этой стратегии.

  • Использование аппаратного теневого копирования томов на уровне баз данных, обеспечивающее возможность единообразного резервного копирования и восстановления баз данных.

  • Возможность разделения производительности баз данных, если для LUN используются различные диски.

  • Проблемы с объемом и повреждения на одном LUN влияют только на одну базу данных, благодаря чему повышается надежность. Это важное соображение, если не используется встроенная функциональность сохраняемости почтовых ящиков.

Некоторые недостатки этой стратегии указаны ниже.

  • Для 100 баз данных требуется 200 LUN, что может привести к превышению максимальных значений для некоторых массивов хранения.

  • Использование отдельного LUN для каждой базы данных приводит к увеличению количества LUN на сервере, что повышает расходы на администрирование и усложняет работу.

В начало

Два LUN для набора резервных данных

Набор резервных данных — это несколько баз данных, для которых за ночь создаются полные резервные копии. Решение, создающее полную резервную копию 1/7-й части баз данных каждую ночь (например, путем еженедельного или двухнедельного полного резервного копирования с ежедневным добавочным или разностным резервным копированием), может упростить работу за счет разделения всех баз данных, которые подлежат резервному копированию, на два LUN: для журналов или для баз данных. Это может сократить количество LUN на каждом сервере.

Ниже перечислены некоторые преимущества этой стратегии.

  • Упрощение администрирования хранилища и сокращение количества LUN, которыми требуется управлять.

  • Потенциальное уменьшение количества заданий резервного копирования.

Некоторые недостатки этой стратегии указаны ниже.

  • Ограничиваются возможности по аппаратному резервному копированию и восстановлению в службе теневого копирования томов (например, при клонировании снимков). Дополнительные сведения о службе теневого копирования томов см. в статье Рекомендации по использованию службы теневого копирования томов в Exchange Server 2003.

  • Проблемы с емкостью или повреждения на одном LUN могут затронуть несколько баз данных.

В начало

 © Корпорация Майкрософт (Microsoft Corporation), 2010. Все права защищены.