Какие регулярные проверки необходимы для установки SharePoint?
https://sharepoint.stackexchange.com/questions/1270
-
16-10-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Каковы регулярные проверки, которые необходимо выполнить на установке SharePoint, чтобы предотвратить какие -либо проблемы или, по крайней мере, обнаружить их рано?
Я могу придумать:
- Проверка журналов событий
- Проверьте журналы SharePoint
- Проверка резервного копирования баз данных выполняется регулярно
Что еще нужно сделать и как часто?
Решение
Есть хорошее руководство по планированию для этого на Technet: План обслуживания и управления сайтами
- Спросите пользователей, чего они хотят на сайтах, управляемых IT. Выполните периодические опросы, чтобы определить, что нужно вашим пользователям с сайта.
- Используйте журналы использования и отчеты, чтобы выяснить, какие области сайта используются, а затем соотносите это с помощью пользовательских опросов, чтобы выяснить, что можно улучшить.
- Архив устаревший содержание или сайты. Однако, если вы собираетесь архивировать или удалять устаревший контент или сайты, убедитесь, что пользователи понимают этот план, и что вы выполняете эти действия только в предсказуемые времена. Например, опубликуйте расписание, когда вы собираетесь архивировать содержание или удалять неиспользованные сайты.
- Периодически просмотреть разрешения сайта. Например, ежеквартально просмотрите разрешения для удаления разрешений для любых пользователей, которые покинули группу или проект.
- Выберите разумный интервал времени для ваших технических работ. Например, если вы планируете проводить периодические опросы пользователей, не проводите их более двух раз в год (и предпочтительно, не более одного раза в год).
- Создайте план для регулярных резервных копий контента сайта. Определите или обнаружите, как часто будут выполняться резервные копии, и процесс восстановления контента при необходимости. Для получения дополнительной информации о планировании резервного копирования и восстановления см. План защиты данных и восстановления (Office SharePoint Server).
Другие советы
Вот контрольный список, который я использую, когда захожу в нового клиента, чтобы сделать «проверку здоровья» своих систем, прежде чем начинать с чего-либо.
Если у вас есть MS Premier Support, то спросите о Moss RAP (программа оценки риска), у них есть несколько хороших диагностических инструментов, и вы имеете лицензию на использование их в течение 12 месяцев после того, как RAP произойдет. Они также порекомендуют вам приличный план обслуживания, который будет идеальным для размера вашей среды.
Пристановите внимательно следить за своими поисковыми ползами. Когда проходят ваши полные и постепенные? Как долго они занимают.
Также следите за ввоеном вводами серверов индексации и SQL, так как оба можно сильно повлиять во время поискового индексации.
Автоматический мониторинг - хорошее начало. Операционный менеджер имеет некоторые Отличные пакеты управления как для WSS, так и для мха.
Кроме того, стоит взять скрип на выходе из Microsoft Анализатор лучших практик время от времени.
Убедитесь, что ваши базы данных контента не превышают 50-100 ГБ. Проверять Управление коллекцией SharePoint Больше подробностей.
Убедитесь, что у вас есть правильно Настроенные диагностические журналы и проверяйте возможные ошибки в этих журналах на регулярной основе.
Еще одна вещь, которую я очень рекомендую, - это провести проверку базовой линии производительности для вашего решения, прежде чем начать установку любых пользовательских кодов или сторонних продуктов, как для ваших серверов тестирования/интеграции, так и для среды Preprod/Prod.
После каждого развертывания вы делаете другой тестер и сравните его с базовым уровнем.
Это поможет вам много Когда вы начнете разработать функциональность, это неизбежно замедлит вашу систему. Таким образом, вы можете поймать "плохие развертывания" очень рано.
Есть разные подходы и инструменты для этого. Стресс тест В Visual Studio Test Edition - это один из способов, но простой инструмент для тестирования нагрузки, как WCAT Или аналогичный может также дать хороший показатель ухудшения производительности, которая намекает на то, что была развернута плохо выполняющая сборка.
Убедитесь, что все службы SharePoint работают, и что установлены правильные привилегии (например, учетная запись доступа к контенту поиска имеет надлежащие привилегии)
Вы упомянули проверку журналов событий. Я не уверен насчет других, но у меня нет времени, чтобы войти в каждый сервер, чтобы проверить участки событий, пространство диска и т. Д., Поэтому я всегда настаиваю на какой -то форме системы мониторинга, которая может сделать это для меня. Это позволяет легко устанавливать правила, чтобы вы знали, что важно, и могли бы быстро действовать.
Что касается дискового пространства, убедитесь, что ваш диагностический журнал настроен, чтобы у вас были детали, которые вам нужны без гигантских файлов журнала. Разбейте их на меньшие интервалы времени, если это необходимо, и убедитесь, что соответствующий номер сохраняется. Я видел серверы с более чем 10 ГБ файлов журнала до точки, где сервер перестает работать.
Я удивлен, что никто не упомянул проверку номер один, который я делаю как можно скорее, когда принимаю установку SharePoint, проверьте план восстановления. Проверка резервных копий полезна только в том случае, если вы знаете, что можете их восстановить. Регулярное восстановление резервных копий - единственный способ проверить, что их достаточно, когда они вам нужны.
Это очень связано с вопросом, который вы уже задали Каковы действия по обслуживанию, которые можно совершить в приложении SharePoint, чтобы обеспечить оптимальную производительность? Другими словами, убедитесь, что вы поддерживаете свой SQL Server, который является сердцем вашего решения SharePoint.
