Каковы риски обновления Psconfig.exe -CMD?

Question

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

Вот команда:

PSConfig.exe -cmd upgrade -inplace b2b -force -cmd applicationcontent
-install -cmd installfeatures

.

Согласно документации: На самом деле есть 3 команды в одном:

.
• psconfig.exe -cmd Обновление
• psconfig.exe -cmd ApplicationContent

• psconfig.exe -cmd installfeatures

  1. psconfig.exe -cmd Upgrade=> Выполните обновление SharePoint. Эта команда автоматически выполняется при запуске мастера конфигурации продуктов SharePoint Products, если SharePoint необходимо обновить.

     .

     • inplace b2b==> Если будет выбирается B2B, то будет выполнено встроенное обновление настроек для сборки. Другой вариант - v2v (версия для версии)

     • force==> Мастер конфигурации продуктов SharePoint останавливает любую текущую работу по обновлению, а затем перезагрузите обновление.

     • -CMD ApplicationContent==> Управляет общим содержанием приложения

     • -cmd installfeatures==> Регистрирует функции SharePoint на ферме сервера, которые расположены на этом сервере.

       Мы возьмем полную фермерскую резервную копию (используя функцию резервной копии SharePoint 2010) для резервного копирования / восстановления фермы на случай, если что-то не так. Это рекомендуемый подход?

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

       Спасибо за чтение.

Answer 1

При установке исполняемого файла для накопительного обновления (CU) вы еще не обновили свои серверы. PSCONFIG.EXE (командная строка) или мастер настройки продуктов SharePoint (GUI), необходимо будет запустить, чтобы обновить как бегунные двоичные файлы, и вносить любые изменения в схемы базы данных SharePoint, представленные в Cu.

В этом случае у вас есть обновления CU августа 2012 года, но ферма технически не работает на уровне августа 2012 года, пока вы либо не запускаете команду PSCONFIG, либо используете версию GUI в мастере конфигурации PAREPOID.

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

На положительной стороне эти обновления публикуются Microsoft и включают в себя уровень тестирования. Также давно ждал этого, у вас также будет ссылка на сообщество для любых вопросов, которые были встречены. На негативной стороне Cu не так тестируются как пакеты услуг, и поэтому вы не должны вырваться и устанавливать Cu прямо, когда он выходит, так как они иногда известны, чтобы ввести регрессию ошибок. Хороший сайт, чтобы оставаться на вершине выпусков, найденных на CU, является следующим TODD KLINDT:

http://www.toddklindt.com/blog/lists/posts/post .aspx? ID= 224

Например, вот известные регрессии с августа 2012 года CU:

http://www.toddklindt.com/blog/regressions/august2012cu.aspx .

Как сначала вы должны сначала применить CU в среде QA, проверить вашу критическую бизнес-функциональность, возьмите резервную копию производства, затем примените Cu после того, как вы испытаете в QA и были заверены, нет серьезных регрессий. < / P >.

Я лично предпочитаю использовать мастер настройки продуктов на основе GUI SharePoint при обновлении фермы, поскольку она имеет более встроенную интеллект, чтобы знать, какие действия для выполнения (больше кликов следующего, следующего опыта), но вы может предпочесть использовать инструмент командной строки. Также обратите внимание, что независимо от того, какой вариант вы выберете, процесс должен быть запущен на каждом сервере в ферме SharePoint.