Addcontentdb: операция stsadm (Office SharePoint Server)
Имя операции: addcontentdb
Описание
Создает новую базу данных контента или добавляет базу данных, которую требуется обновить при указании параметров url и databasename.
Когда база данных контента создана, местоположение данных и файла журнала определяются параметрами базы данных по умолчанию, установленными на сервере базы данных SQL. База данных контента создается вместе с первичной группой файлов, состоящей из одного файла данных (MDF) и одного файла журнала транзакций (LDF).
Важно!
При отключении и подключении базы данных контента учтите, что во время следующего обхода контента в этой базе данных контента будет выполнен полный обход, даже если был запрошен добавочный обход. Так как при полном обходе выполняется повторный обход всего контента, который будет выявлен обходчиком, независимо от того, выполнялся ли обход контента ранее, полный обход занимает значительно больше времени, чем добавочный обход.
Синтаксис
stsadm.exe -o addcontentdb
-url <URL-имя>
-[-assignnewdatabaseid]
-[-clearchangelog]
-databasename <имя_базы_данных>
[-databaseserver <имя сервера базы данных>]
[-databaseuser <имя пользователя базы данных>]
[-databasepassword <пароль базы данных>]
[-sitewarning <число сайтов, по достижении которого должно выдаваться предупреждение>]
[-sitemax <максимальное число сайтов>]
Параметры
| Имя параметра и краткая форма | Значение | Обязательный? | Описание |
|---|---|---|---|
url |
Допустимый URL-адрес, например, http://имя_сервера |
Да |
URL-адрес веб-приложения, к которому добавляется база данных контента. |
assignnewdatabaseid |
Допустимый код GUID, например, "12345678-90ab-cdef-1234-567890bcdefgh" |
Нет |
Автоматически создает новый идентификатор базы данных при прикреплении базы данных контента. Этот параметр был впервые использован в Обновление инфраструктуры для серверов Microsoft Office Servers. Дополнительные сведения см. в разделе "Примечания". |
clearchangelog |
<нет> |
Нет |
Очищает журнал изменений. Принудительно очищает журнал изменений при необходимости, например, при восстановлении базы данных контента до состояния на момент времени в прошлом с использованием средств резервного копирования уровня SQL Server. Этот параметр был впервые введен в Обновление инфраструктуры для серверов Microsoft Office Servers. Дополнительные сведения см. в разделе "Примечания". |
databasename (dn) |
Допустимое имя базы данных, например, "DB1" |
Да |
Имя базы данных. |
databaseserver (ds) |
Допустимое имя сервера базы данных (например, "Продажи"), на котором используются именованные экземпляры; этот формат может выглядеть как "сервер\сервер" |
Нет |
Имя сервера базы данных. Если значение не указано, используется сервер по умолчанию. |
databaseuser |
Допустимое имя пользователя в форме "Username1" |
Нет |
Учетная запись, используемая для проверки подлинности SQL. Может использоваться в сочетании с параметром databasepassword. |
databasepassword |
Допустимый пароль SQL |
Нет |
Параметр databasepassword следует использовать, только если не реализована проверка подлинности Windows. Поэтому в случае сценария проверки подлинности Microsoft SQL Server необходимо передать параметры databaseuser и databasepassword, чтобы выполнить проверку подлинности на сервере базы данных. При использовании проверки подлинности Windows эти параметры можно опустить, так как учетные данные передаются с помощью NTLM. |
sitewarning |
Допустимое целое число, например, 10 |
Нет |
Целое число, указывающее число разрешенных семейств сайтов в базе данных контента, при превышении которого генерируется предупреждающее событие в журнале событий Windows. |
sitemax |
Допустимое целое число, например, 10 |
Нет |
Задает максимальное число разрешенных семейств сайтов в базе данных контента. |
Примечания
При использовании Обновление инфраструктуры для серверов Microsoft Office Servers идентификатор каждой базы данных контента сохраняется при восстановлении или повторном прикреплении базы данных с использованием встроенных средств. По умолчанию при использовании встроенных средств журналы изменений сохраняются в следующих ситуациях:
Журналы изменений для всех баз данных сохраняются при восстановлении фермы.
Журнал изменений для базы данных контента сохраняется при повторном прикреплении базы данных.
Журнал изменений для базы данных контента НЕ сохраняется при восстановлении только базы данных контента.
Дополнительные сведения см. в разделах Перенос баз данных контента (Office SharePoint Server 2007) и Резервное копирование и восстановление всей фермы (Office SharePoint Server 2007).
При восстановлении более старой резервной копии базы данных контента SQL Server индекс поиска может содержать больше записей, чем восстановленные базы данных в ферме. Сначала используйте команду Stsadm stsadm –o deletecontentdb для отсоединения базы данных от фермы SharePoint, а затем восстановите базу данных с использованием средств SQL Server. Затем используйте команду Stsadm stsadm –o addcontentdb –clearchangelog для повторного присоединения базы данных контента и очистки журнала изменений. При очистке журнала содержимого служба поиска принудительно запускает операцию полного обхода этой базы данных, чтобы записи в индексе отражали только существующие элементы.
Администратор всегда должен знать, когда необходимо выполнить очистку журнала изменений, и нужно ли его очищать. Например, при восстановлении базы данных контента до состояния на момент времени, предшествующий последнему обходу контента с использованием средства резервного копирования уровня Microsoft SQL Server, если эта операция используется для повторного ее прикрепления, отказ от очистки журнала изменений может потенциально привести к сохранению в индексе записей, элементы для которых не существуют в восстановленной базе данных. Для предотвращения такой ошибки используйте параметр clearchangelog для очистки журнала. Если база данных контента была прикреплена по ошибке без использования параметра clearchangelog, следует отсоединить ее, а затем подсоединить повторно, используя параметр clearchangelog, чтобы при следующем выполнении обхода сбросить индекс для этой базы данных контента.
При прикреплении базы данных контента к тому же веб-приложению по умолчанию сохраняется журнал изменений, а также идентификатор базы данных. При необходимости изменить идентификатор базы данных (например, при конфликте идентификаторов) используйте параметр assignnewdatabaseid для принудительного выбора нового идентификатора для базы данных контента.
При невозможности прикрепить базу данных к ферме в результате такого конфликта отображается следующее сообщение об ошибке: Не удалось выполнить операцию присоединения, поскольку другой объект в ферме имеет такой же идентификатор. Каждый объект в ферме должен иметь уникальный идентификатор. Для выполнения операции прикрепления необходимо назначить этой базе данных новый идентификатор. Чтобы прикрепить эту базу данных с новым идентификатором, используйте операцию "stsadm.exe -o addcontentdb" с параметром -assignnewdatabaseid parameter. Помните, что если эта новая база данных и существующая база данных содержат одинаковые семейства сайтов, то в результате прикрепления этой базы данных могут появиться потерянные семейства сайтов по причине конфликта между двумя базами данных.