Addcontentdb: операция Stsadm (Windows SharePoint Services)
Имя операции: addcontentdb
Описание
Создает новую базу данных контента или добавляет базу данных, которую требуется обновить при указании параметров url и databasename.
При создании базы данных контента местоположение данных и файла журнала определяется параметрами базы данных по умолчанию, установленными на сервере базы данных SQL. База данных контента создается вместе с группой первичных файлов, состоящей из одного файла данных (.mdf) и одно файла журнала транзакций (.ldf). Если для создания базы данных контента используется операция addcontentdb, необходимо запустить операцию spsearch, чтобы связать базу данных контента с определенным сервером, на котором запущена служба поиска Windows SharePoint Services. Дополнительные сведения об операции spsearch см. в разделе Spsearch: операция stsadm (службы Windows SharePoint Services).
Важно!
При отключении и подключении базы данных контента учтите, что во время следующего обхода контента в этой базе данных контента будет выполнен полный обход, даже если был запрошен добавочный обход. Так как при полном обходе выполняется повторный обход всего контента, который будет выявлен обходчиком, независимо от того, выполнялся ли обход контента ранее, полный обход занимает значительно больше времени, чем добавочный обход.
Синтаксис
stsadm.exe -o addcontentdb
-url <URL-имя>
-[-assignnewdatabaseid]
-[-clearchangelog]
-databasename <имя базы данных>
[-databaseserver <имя сервера базы данных>]
[-databaseuser <имя пользователя базы данных>]
[-databasepassword <пароль базы данных>]
[-sitewarning <число сайтов, по достижении которого должно выдаваться предупреждение>]
[-sitemax <максимальное число сайтов>]
Параметры
| Имя параметра и сокращение | Значение | Обязательно | Описание |
|---|---|---|---|
url |
Допустимый URL-адрес, например http://server_name |
Да |
URL-адрес веб-приложения, к которому добавляется база данных контента. |
assignnewdatabaseid |
Допустимый идентификатор GUID, например "12345678-90ab-cdef-1234-567890bcdefgh" |
Нет |
Автоматически создает новый идентификатор базы данных при подключении базы данных контента. Этот параметр впервые был реализован в версии Обновление инфраструктуры для Windows SharePoint Services 3.0. Дополнительные сведения см. в разделе "Заметки". |
clearchangelog |
<нет> |
Нет |
Очищает журнал изменений Принудительно очищает файл журнала при необходимости, например, при восстановлении базы данных контента по предыдущему моменту времени с помощью отдельных средств резервного копирования данных SQL Server. Этот параметр впервые был реализован в версии Обновление инфраструктуры для Windows SharePoint Services 3.0. Дополнительные сведения см. в разделе "Заметки". |
databasename (dn) |
Допустимое имя базы данных, например, "БД1" |
Да |
Имя базы данных. |
databaseserver (ds) |
Допустимое имя сервера базы данных (например, "Продажи"), на котором используются именованные экземпляры; этот формат может выглядеть как "сервер\сервер" |
Нет |
Имя сервера базы данных. Если значение не указано, используется сервер по умолчанию. |
databaseuser |
Допустимое имя пользователя в форме "Имя_пользователя1" |
Нет |
Учетная запись, используемая для проверки подлинности SQL. Может использоваться в сочетании с параметром databasepassword. |
databasepassword |
Допустимый пароль SQL |
Нет |
Параметр databasepassword следует использовать, только если не реализована проверка подлинности Windows. Поэтому в случае сценария проверки подлинности Microsoft SQL Server необходимо передать параметры databaseuser и databasepassword, чтобы выполнить проверку подлинности на сервере базы данных. При использовании проверки подлинности Windows эти параметры можно опустить, так как учетные данные передаются с помощью NTLM. |
sitewarning |
Допустимое целое число, например, 10 |
Нет |
Целое число, указывающее число разрешенных семейств сайтов в базе данных контента, при превышении которого генерируется предупреждающее событие в журнале событий Windows. |
sitemax |
Допустимое целое число, например, 10 |
Нет |
Указывает максимальное число разрешенных семейств сайтов в базе данных контента. |
Заметки
Если используется Обновление инфраструктуры для Windows SharePoint Services 3.0, то идентификатор каждой базы данных контента сохраняется при восстановлении или повторном подключении базы данных с помощью встроенных средств. При использовании встроенных средств журнал изменений по умолчанию применяет следующие принципы сохранения:
При восстановлении фермы журналы изменений всех баз данных сохраняются.
При повторном подключении базы данных журнал изменений базы данных контента сохраняется.
При восстановлении только базы данных контента журнал изменений базы данных контента НЕ сохраняется.
Дополнительные сведения см. в статьях Перемещение баз данных контента (Windows SharePoint Services 3.0) и Администрирование резервного копирования и восстановления для технологии Windows SharePoint Services 3.0.
При восстановлении предыдущей резервной копии базы данных контента, расположенной на сервере 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. Обратите внимание, что если эта новая база данных и существующая база данных содержат одинаковые семейства сайтов, то подключение этой базы данных может привести к потере семейств сайтов из-за конфликтов между двумя базами данных.