Обеспечьте резервирование и высокую доступность SharePoint 2010

Малость платформ имеют таковой же потенциал способностей, как SharePoint 2010. При разработке развертывания с учетом резервирования и высочайшей доступности это один из редчайших типов вложений, которые будут вправду прибыльны. Независимо от размера организации, всегда очень полезно уделить время на тщательное планирование среды.

SharePoint 2010 отличается от собственных предшественников. Выполнение обновления поверх имеющейся среды может быть неосуществимым, если это среда SharePoint Portal Server 2003, либо при работе Microsoft Office SharePoint Server (MOSS) 2007 в 32-разрядной среде. SharePoint 2010 работает исключительно в 64-разрядных версиях Windows Server 2008 и Windows Server 2008 R2. Не считая того, требуется база данных SQL Server, работающая в 64-разрядной версии SQL Server 2005, SQL Server 2008 либо SQL Server 2008 R2.

Это означает, что можно выполнить обновление поверх имеющейся среды всей фермы серверов, работающей на оборудовании, которое соответствует этим требованиям. Также можно выполнить миграцию с имеющейся среды на новейшую, используя разные подходы. Для упрощения процесса обновления можно выполнить проверку перед обновлением, как показано на рис. 1 и рассмотрено в статье «Подготовка к обновлению до SharePoint 2010» в журнальчике TechNet Magazine за июнь 2010 г.

Обеспечьте резервирование и высшую доступность SharePoint 2010

Рис. 1. Внедрение проверки перед обновлением для тестирования готовности к развертыванию

Вам, как ИТ-специалисту, уделяющему огромное внимание бюджету, нужно учесть эти требования. Вам также будет любопытно, какие способности в реальности предоставляет SharePoint 2010. Смею вас заверить, SharePoint 2010 предоставляет массу новых и усовершенствованных способностей для соц вычислений, управления содержимым, обработки документов, поиска в корпоративной среде, бизнес-аналитики, разработки приложений и обеспечения производительности в Вебе.

В SharePoint 2010 также существенно усовершенствована масштабируемость, маневренность и управление. Некие из улучшений соц вычислений включают теги, оценки, профили с необъятными способностями, социальные отзывы для перемещения, социальные закладки, обнаружение и фильтрация. Также включены новые веб-средства совместной разработки и расширенные клиентские способности.

Сейчас клиенты могут использовать SharePoint Workspace в режиме Office, режиме поддержки разных обозревателей, мобильном и автономном режимах. Благодаря усовершенствованной работе с отчетами при осуществлении наблюдения можно более стремительно выявить вероятные препядствия. Службы Business Connectivity Services предлагают более широкие способности связности данных и чтения/записи. Библиотеки активов, репозиторий документов и мультимедийных файлов организации, сейчас могут содержать миллионы объектов.

Добавьте усовершенствованные потоки операций с Visio и SharePoint Designer, инструменты разработки с интеграцией с Visual Studio 2010, интеграцию с Silverlight, инструментальную панель разработки и средства отладки, и вы получите убедительные предпосылки перехода на SharePoint 2010.

Потому если вы еще не рассматривали внедрение SharePoint, на данный момент самый подходящий момент для этого. На конференции Orlando ITxpo 2010 аналитики компании Gartner Inc. спрогнозировали, что к 2015 г. SharePoint станет таковой же пользующейся популярностью платформой для корпоративных приложений для работы с содержимым, как iPhone и iPad для потребительских приложений.

Универсального решения не существует

SharePoint 2010 – это точно не универсальное решение для всех ситуаций. Существует огромное количество вариантов установки, включая односерверную среду со интегрированной базой данных, односерверную среду с базой данных SQL Server и многосерверные среды с несколькими уровнями.

В двухуровневой среде составляющие сервера SharePoint и составляющие базы данных инсталлируются на разных серверах. В данном случае 1-ый уровень с SharePoint именуется веб-уровнем (либо клиентским); 2-ой уровень с сервером SQL Server именуется уровнем базы данных (либо серверным). В трехуровневой среде, как показано на рис. 2, интерфейсные веб-серверы с SharePoint, серверы приложений среднего уровня и серверы баз данных вместе работают для предоставления служб и веб-сайтов SharePoint.

Обеспечьте резервирование и высшую доступность SharePoint 2010

Рис. 2. Трехуровневая ферма серверов SharePoint 2010

Для хоть какой из этих сред нужно 64-разрядное оборудование, по последней мере четыре процессорных ядра и более 8 ГБ ОЗУ. На серверах Windows Server 2008 и Windows Server 2008 R2 по дефлоту установлены и включены IPv4 и IPv6. При включении обоих протоколов предпочтение отдается IPv6. Хотя SQL Server и SharePoint 2010 также поддерживают IPv6, для правильной работы все URL-адреса конечных юзеров должны быть основаны на DNS-именах с записями AAAA для SharePoint 2010.

Переход на URL-адреса SharePoint, использующие литеральные адреса IPv6, не поддерживается кроме неких административных функций, для которых требуется литеральный формат адресов. В данном случае нужно заключить литеральный адресок в квадратные скобки, как в данном примере: http://[2001:db8:85a3:8d3:1319:8a2e:370:7344].

Также вероятна виртуализация сервера. Настройте виртуальные машины, используя технологию Hyper-V Windows Server 2008, как часть фермы SharePoint Server 2010, которую также можно использовать для интерфейсных веб-серверов, серверов приложений среднего уровня и серверов баз данных серверного уровня. Виртуальные машины употребляют наружные сети для связи с наружными серверами и родительским разделом. Виртуальные машины употребляют внутренние сети для связи с другими виртуальными машинами на этом же физическом сервере и в этом же родительском разделе, и личные сети для связи с другими машинами на этом же физическом сервере.

Архитектура: От макро к микро

Существует логическая архитектура реализаций SharePoint 2010. Она начинается с ферм серверов на макроуровне и перебегает к веб-сайтам и страничкам на микроуровне. Фермы серверов обеспечивают физическую изоляцию содержимого. Можно сделать разные фермы серверов для разных библиотек активов в соответствие с требованиями предстоящей изоляции. Также может потребоваться создание дополнительных ферм серверов в соответствие с целями производительности и масштабируемости.

В SharePoint 2010 представлена новенькая архитектура служб, обеспечивающая возможность независящего управления и централизации служб. Доступно приложение служб для опции и совместного использования служб на нескольких веб-сайтах фермы, а время от времени на нескольких фермах. Также можно развернуть несколько экземпляров 1-го приложения служб в одной ферме серверов. Новые приложения служб означают, что службы SharePoint сейчас не непременно должны находиться в поставщике общих служб (SPP). Приложения служб могут включать характеристики служб и одну либо несколько баз данных, либо только характеристики служб.

Приложения служб – только один из тех компонент логической архитектуры. Также находятся веб-приложения, являющиеся сайтами IIS, которые создаются и употребляются SharePoint. Веб-приложения можно настроить на внедрение только нужных служб. Также можно расширить каждое веб-приложение для включения до 5 сайтов IIS, которые обрабатываются как зоны. Зоны – это просто разные логические пути (URL-адреса) для доступа к одному веб-приложению.

При разработке веб-приложений и служб в SharePoint 2010 они присоединяются к обозначенному пулу приложений. Пул приложений – это группа URL-адресов, обслуживаемых одним либо несколькими рабочими процессами. Каждый пул приложений имеет собственные рабочие процессы. Они также могут иметь отдельные удостоверения, содействуя изоляции отдельных пулов приложений.

Для внедрения разрешений к всему содержимому веб-приложения употребляется политика. По дефлоту все содержимое для веб-приложения хранится в одной базе данных содержимого. Это содержимое можно поделить на несколько баз данных на уровне семейства веб-сайтов. Хотя база данных содержимого может содержать одно либо несколько семейств веб-сайтов, одно семейство веб-сайтов не может принадлежать несколькими базам данных. Говоря в общем, для 1-го веб-приложения будет нужно менее 100 баз данных содержимого.

Семейство веб-сайтов – это набор сайтов с одним обладателем и общими параметрами администрирования. Каждое семейство содержит сайт верхнего уровня и, вероятнее всего, один либо несколько дочерних веб-сайтов. Веб-сайт состоит из одной либо нескольких связанных веб-страниц и других частей, размещенных в семействе веб-сайтов. Число семейств веб-сайтов для одной базы данных содержимого ограничено 50 000. На практике для обеспечения хорошей производительности требуется менее 10 000 семейств.

Для масштабирования семейства веб-сайтов распределяются меж несколькими серверами баз данных. Эта стратегия наращивает объем хранения и пропускную способность. Не считая того, почти всегда нужно ограничить количество веб-сайтов в семействе числом 250 000. Ограничение числа наименее 5 000 упростит запасное копирование и обновление.

Общая сложность серверных сред SharePoint 2010 в конечном счете будет зависеть от определенных требований организации либо определенного проекта. Для ублажения разных потребностей можно использовать разные реализации и конфигурации. Для 1-го проекта библиотека объектов должна находиться на уровне команды либо отдела. Для другого проекта может требоваться центральный репозиторий для всей организации. По последней мере, ваш план должен содержать несколько причин.

Определение ролей управления цифровыми активами: определение участников и заинтересованных лиц.
Анализ использования активов: обусловьте, кто работает с разными цифровыми активами, каковы типы активов и как они употребляются.
Планирование организации библиотеки активов: обусловьте нужное число библиотек, место их сотворения, внедрение и компанию.
Планирование типов содержимого: обусловьте типы содержимого, которые планируется включить в определенную библиотеку, такие как текст, изображения, аудио и видео.
Планирование управления содержимым: обусловьте подобающую степень контроля для каждой категории содержимого и места хранения, также нужные политики для аудита, сохранения и маркировки.
Планирование рабочего процесса содержимого: обусловьте, планируется ли использовать управление версиями документов, сохранение и извлечение в каждой библиотеке, и если да, то как.

Можно управлять мультимедийными активами компании, также как изображения, аудио и видео, раздельно от документов и других типов текстовых файлов либо вместе с ними. Обычно, организация цифровых активов осуществляется для 1-го семейства веб-сайтов либо для отдельных семейств. Для 1-го веб-сайта в базе данных находится все содержимое веб-сайта, включая все мультимедийные активы.

Для отдельных веб-сайтов для содержимого веб-сайта и мультимедийных активов употребляются разные семейства. К примеру, база данных содержимого Site Collection 1 будет употребляться для содержимого веб-сайта, а база данных содержимого Site Collection 2 – для мультимедийных активов. Отделение файлов мультимедиа от файлов документов нередко имеет смысл. Вы можете раздельно управлять 2-мя типами содержимого с одновременной возможностью более резвого расширения.

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

Bit Rate Throttling: Позволяет регулировать скорости загрузки мультимедийных файлов и данных для обеспечения сохранения уровня общей производительности. Расширение Bit Rate Throttling следует всегда использовать, если библиотека активов включает файлы огромного размера, такие как аудио и видео. Это функция IIS 7, потому она должна быть установлена, включена и настроена в IIS 7 на всех интерфейсных веб-серверах.
Дисковый кэш огромного двоичного объекта (BLOB). Управление кэшированием BLOB, включая нередко применяемые изображения, аудио, видео и другие файлы, использующиеся для отображения веб-страниц, такие как файлы .js и .css. Кэш BLOB следует использовать при наличии в среде библиотек активов. Кэш BLOB поддерживается в IIS 7 и сохраняется на всех интерфейсных веб-серверах. Веб-серверы должны быть настроены с достаточным объемом хранилища для кэширования. Может быть, следует разглядеть внедрение удаленного хранилища огромных двоичных объектов (RBS). Удаление BLOB из базы данных упрощает масштабирование огромных объемов данных (см. рис. 3).
Наибольший размер передачи файлов. Установка наибольшего размера файла, который юзеры могут передавать на сервер. Эта функция настроена для всех веб-приложений на сервере, размещающем центр администрирования. Эту функцию нужно установить на базе типа и общего размера файлов, которые должны быть переданы библиотекам активов. Серверы баз данных обязаны иметь достаточный объем хранилища для размещения этих типов файлов.

Обеспечьте резервирование и высшую доступность SharePoint 2010

Рис. 3. Отделение данных BLOB от другого содержимого

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

Защита этого содержимого

Ваша работа состоит в обеспечении защиты содержимого огромного размера во всех средах SharePoint 2010. Она начинается с корзин и управления версиями. SharePoint 2010 поддерживает два типа корзин:

Пользовательские корзины (корзины первого шага)
Корзины семейства веб-сайтов (корзины второго шага)

При включении корзин элементы можно удалить в два шага (см. рис. 4). 1-ый шаг – корзина. Она позволяет восстанавливать файлы, элементы списков, списки, библиотеки документов и другие элементы, удаленные юзерами. При удалении юзером элемента методом его перемещения в корзину он сохраняется в ней, пока не будет удален, восстановлен, либо не истечет срок хранения. Корзина находится на уровне веб-сайта и доступна юзерам с разрешениями «Contribute» (Вклад), «Design» (Проектирование) либо «Full Control» (Полный доступ) на веб-сайте. Админы юзеров либо семейств веб-сайтов могут восстанавливать удаленные элементы, перемещая их из корзины.

Обеспечьте резервирование и высшую доступность SharePoint 2010

Рис. 4. Двухэтапные корзины в SharePoint 2010

Удалять элементы корзины могут админы юзеров и семейств веб-сайтов. После чего удаленные элементы отправляются в корзину семейства веб-сайтов. Она находится на уровне админа семейства веб-сайтов и доступна только админам веб-сайтов.

По дефлоту общее время хранения удаленных частей – 30 дней. Принципиально отметить последующее: элемент, удаленный из корзины юзера через 20 дней, а потом отправленный в корзину семейства веб-сайтов будет автоматом и невозвратно удален всего через 10 дней.

Админ семейства веб-сайтов держит под контролем срок хранения удаленных частей методом установки временных ограничений хранения частей в корзине. По достижении предельного размера корзины админ может вручную удалить элементы ранее установленного срока.

Также можно обеспечить резервирование методом использования управления версиями как части управления содержимым, что включает разрешения на утверждение содержимого, также сохранение и извлечение документов для наилучшего контроля метода и времени разработке версий документов. Средства регулирования документами по дефлоту относятся к определенной библиотеке активов и зависят от шаблона семейства веб-сайтов, примененного к этой библиотеке. SharePoint 2010 имеет три режима контроля версий.

Без контроля версий: контроль версий отключен, и отсутствуют прошлые версии документов. Как следствие, библиотека документов не сохраняется.
Создание главных версий: при каждом сохранении документа сохраняется предшествующая версия. Админы держут под контролем число сохраняемых версий. Юзеры с доступом к библиотеке активов сумеют просматривать документы и их главные версии.
Создание главных и вспомогательных (предварительных) версий: документы имеют главные версии, которые можно рассматривать как размещенные версии. Вспомогательные версии рассматриваются как предварительные. Главные версии завершаются на .0, а вспомогательные версии имеют ненулевые расширения, к примеру, .1, .2, .3 и т.д. При каждом сохранении документа SharePoint также сохраняет предшествующую основную и вспомогательные версии. Хоть какой юзер с правами на чтение может просматривать главные версии документов. Обычно, хоть какой юзер с правами на редактирование может просматривать вспомогательные версии документов и работать с ними.

Улучшенное запасное копирование и восстановление

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

Для обеспечения высочайшей доступности будет нужно использовать семейство серверов, помогающее смягчить последствия как запланированных простоев, к примеру, обновлений системы, так и незапланированных, к примеру, перебоев в работе. Для расширения к ферме можно добавить веб-серверы и серверы приложений. Это поможет обеспечить доступность служб и приложений.

Для увеличения доступности серверной базы данных следует пользоваться инструментами кластеризации и зеркального отображения баз данных. Кластеризация баз данных обеспечивает поддержку высочайшей доступности благодаря использованию отказоустойчивых кластеров. Кластеризованные серверы (называемые узлами) подключены друг к другу физическими кабелями и программным обеспечением.

В случае сбоя 1-го узла сервис переносится на другой узел. Этот процесс, именуемый переключением при нарушении, сводит к минимуму нарушения в обслуживании конечных юзеров и подключениях к серверным базам данных. Отказоустойчивые кластеры обеспечивают усовершенствованную доступность приложений и служб, для которых требуется высочайшая доступность, масштабируемость и надежность.

Зеркальное отображение баз данных содействует доступности благодаря отправке транзакций от основной к «зеркальной» либо дублирующейся базе данных. Для зеркального отображения SharePoint 2010 употребляет конфигурацию «высокий уровень безопасности с автоматическим переходом на другой ресурс». При всем этом задействуется основной сервер, зеркальная копия и следящий сервер. Следящий сервер позволяет серверу SQL Server автоматом перейти с основного на зеркальный сервер в течение первых нескольких секунд сбоя. Зеркальное отображение обеспечивает избыточность баз данных конфигураций и содержимого SharePoint.

Для запасного копирования и восстановления поначалу нужно найти объект защиты. При разработке плана можно пользоваться книжкой SharePoint 2010 Products backup and recovery planning work. Архивы SharePoint совместно с запасными копиями баз данных защищают огромную часть инфраструктуры SharePoint.

Можно использовать запасное копирование и восстановление уровня ферм и баз данных для восстановления семейства веб-сайтов, если в базе данных сохранено одно семейство веб-сайтов. Эти уровни запасного копирования также можно использовать вкупе с восстановлением неприсоединенной базы данных для восстановления семейств веб-сайтов, отдельных веб-сайтов, списков и конфигураций. Архивы уровней фермы и базы данных употребляются для восстановления цифровых активов, сохраненных в хранилищах RBS, также другого содержимого (если это поддерживает поставщик RBS).

Но в этих архивах отсутствуют некие типы опций. Нужно сделать запасную копию конфигураций, внесенных в файлы web.config без использования центра администрирования на уровне файловой системы. Также нужно сделать запасную копию конфигураций IIS, не установленных при помощи SharePoint на уровне IIS/ОС. Базу данных содержимого центра администрирования и базу данных конфигурации для фермы SharePoint можно вернуть только как часть полного восстановления фермы в эту же ферму на этих же серверах.

Что касается приложений служб, следует держать в голове, что нереально вернуть все приложения служб методом восстановления только связанных баз данных. Нужно вернуть базы данных, потом повторно приготовить приложение служб. В конце концов, восстановление и запасное копирование баз данных служб отчетов SQL Server производится раздельно от SharePoint. Для выполнения этих задач употребляются инструменты SQL Server.

Таким макаром обеспечивается резервирование и высочайшая доступность среды SharePoint Server. Для SharePoint 2010 отсутствует универсальное решение, и при проектировании физической архитектуры нужно учесть огромное количество логических компонент. Также требуется лучшая настройка среды SharePoint для защиты цифровых активов.

Станет ли SharePoint таковой же пользующейся популярностью платформой для корпоративных приложений работы с содержимым, как iPhone и iPad для потребительских приложений? Думаю, стоит подождать и убедиться самим.

Материалы по теме

SharePoint 2010: Улучшение производительности SharePoint 2010 при помощи RBS
Совместная работа: Интеграция служб отчетов SQL Server 2008 R2 в SharePoint 2010
SharePoint 2010: Участвуем в процессе — создаем рабочие процессы для SharePoint

Аналогичный товар: Комментирование на данный момент запрещено, но Вы можете оставить ссылку на Ваш сайт.

Комментарии закрыты.