Создание дочернего сайта в SharePoint занимает очень много времени - PullRequest
2 голосов
/ 19 февраля 2009

Я работаю в проекте MOSS 2007 и настроил многие его части. Существует проблема на производственном сервере, где создание дочернего сайта (даже с использованием встроенных шаблонов сайта) занимает очень много времени (более 15 минут, иногда происходит сбой из-за тайм-аутов). Находясь на сервере разработки, это займет всего 1-2 минуты.

Оба сервера имеют одинаковую конфигурацию с 8-ядерным процессором и 8 ГБ оперативной памяти. Оба используют отдельные серверы баз данных с одинаковой конфигурацией. Размер базы данных составляет около 100 ГБ. Здесь более ста сайтов.

В чем может быть причина того, что на другом сервере это займет так много времени? Есть ли какая-либо конфигурация или что-то еще, что мне нужно позаботиться?

Обновление:

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

Я также использовал эту возможность, чтобы изучить базу данных. Фрагментация диска была довольно высокой - 49%, поэтому я предложил запустить дефрагментацию. И я также попросил увеличить размер файла базы данных до 100 МБ по сравнению с 1 МБ по умолчанию.

Так что я подозреваю, что некоторые процессы ранее интенсивно работали на сервере, поэтому на это ушло столько времени.

Обновление 2:

Вчера мой клиент сообщил, что создание сайта снова идет медленно, поэтому я пошел проверить его. Когда я проверил базу данных, я обнаружил, что вместо сообщаемых значений 100GB размер базы данных контента составляет всего около 30GB . Так что это все еще намного ниже рекомендуемого размера.

Одна вещь, которая привлекла мое внимание, это то, что в корзине семейства сайтов хранилось почти 5 миллионов элементов . И всякий раз, когда я пытался просмотреть корзину семейства сайтов, открывалось много времени, и все семейство сайтов было недоступно.

Поскольку для веб-приложения установлено значение по умолчанию (за 30 дней до очистки и 50% для корзины второго уровня), это нормально или это также потенциальная проблема?

На самом деле, было и другое веб-приложение, использующее тот же сервер базы данных с объемом базы данных 100 ГБ, и оно всегда быстрое. Но тот, у которого 30 ГБ, работает медленно. Оба имеют одинаковые настройки, только разные данные.

Что мне проверить дальше?


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

Я также использовал эту возможность, чтобы изучить базу данных. Фрагментация диска была довольно высокой - 49%, поэтому я предложил запустить дефрагментацию. И я также попросил увеличить размер файла базы данных до 100 МБ по сравнению с 1 МБ по умолчанию.

Так что я подозреваю, что некоторые процессы ранее интенсивно работали на сервере, поэтому на это ушло так много времени.

Спасибо всем за вклад, я очень ценю.


Вчера мой клиент сообщил, что создание сайта снова идет медленно, поэтому я пошел проверить его. Когда я проверил базу данных, я обнаружил, что вместо сообщаемых значений 100GB размер базы данных контента составляет всего около 30GB . Так что он все еще намного ниже рекомендуемого размера.

Одна вещь, которая привлекла мое внимание, это то, что в корзине семейства сайтов хранилось почти 5 миллионов предметов . И всякий раз, когда я пытался просмотреть корзину семейства сайтов, открывалось много времени, и все семейство сайтов было недоступно.

Поскольку для веб-приложения установлено значение по умолчанию (за 30 дней до очистки и 50% для корзины второго уровня), это нормально или это также потенциальная проблема?

На самом деле, было и другое веб-приложение, использующее тот же сервер базы данных с объемом базы данных 100 ГБ, и оно всегда быстрое. Но тот, у которого 30 ГБ, работает медленно. Оба имеют одинаковые настройки, только разные данные.

Есть идеи, что мне проверить дальше? Большое спасибо.

Ответы [ 3 ]

1 голос
/ 14 марта 2010

Да, это нормальная OOB, если вы не выключили корзину второго уровня или не установили квоту для сайта. Если квота сайта не была установлена, то размер корзины второго этапа не ограничен ...

корзина второго уровня по умолчанию ограничена размером квоты сайта 50%, другими словами, если у вас есть квота сайта 100 ГБ, то у вас будет корзина второго уровня 50 ГБ. Если квота сайта не установлена, ограничений по росту нет ...

0 голосов
/ 20 февраля 2009

Я повторяю все Нат сказал и акцентировал внимание на разделении базы данных контента. Есть инструкции о том, как это сделать , если у вас есть несколько семейств сайтов, а не одно массовое.

Также проверьте, что ваши базы данных SharePoint находятся в хорошем состоянии. Вы пробовали DBCC CHECKDB? Есть ли у вас планы обслуживания SQL Server, настроенные для переиндексации и уменьшения фрагментации? Прочитайте эти ресурсы в TechNet (в частности, статью по обслуживанию базы данных) для получения подробной информации.

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

0 голосов
/ 20 февраля 2009

Сделайте резервную копию производственной базы данных для dev и присоедините ее к вашему серверу dev SharePoint. Попробуйте создать сайт. Если создание сайта не занимает много времени, вы можете предположить, что существует проблема с базой данных Prod.

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

Так что в долгосрочной перспективе вам придется планировать разделение ваших сайтов на разные базы данных контента.

- Ответы -

Да, размер базы данных - это все, что касается SQL-сервера. 100 ГБ - это просто правило «больше, чем это, и это становится болезненным». Полные поиски также начнутся некоторое время.

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

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

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...