Действительно ли это - хорошая идея установить Office 2007 на сервере?

Разговор как поставщик, который обеспечивает популярный Преобразователь PDF для SharePoint, который требует, чтобы Office был установлен на сервере для некоторых форматов, я хотел бы добавить свои 2 цента.

В прошлом, когда я ответил за контроль изменений для крупного финансового учреждения, я повышу брови, если какой-либо поставщик потребовал, чтобы офис был установлен на сервере. О, как я любил свою причудливую Башню Слоновой кости.... ирония не полностью потеряна на мне.

Факт - то, что иногда мы должны посмотреть на то, чего бизнес требует, и если бизнес требует идеальной точности при преобразовании документов, которые используют последние и самые большие офисные форматы затем, Вы не можете выйти из потери работоспособности по маршруту установки Office на сервере.

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

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

Если Вы не знаете то, что Вы делаете и просто кодируете некоторую автоматизацию COM с Office непосредственно в Вашем приложении SharePoint затем, Вы обязаны столкнуться с проблемами, но если Вы делаете свое задание хорошо, выполняете все в отдельном процессе, позволяют дополнительная разгрузка не серверы SharePoint затем нет ничего неправильно с технической точки зрения с рабочим офисом на Сервере.

Программы, которые взаимодействуют с Office часто, используют Интерфейс COM/Interop, который не поддерживается на Сервере:

Microsoft в настоящее время не рекомендует и не поддерживает, Автоматизация приложений Microsoft Office ни от какого необслуживаемого, неинтерактивного клиентского приложения или компонента (включая ASP, ASP.NET, DCOM и NT Services), потому что Office может показать нестабильное поведение и/или зайти в тупик, когда Office выполняется в этой среде.

Я могу подтвердить, что определенные операции действительно заводят в тупик процесс (Распечатывающий Word Document на Драйвере принтера, который открывает, Prompt вызвал меня сильные головные боли).

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

Но, как сказано: Если Производитель Операционной системы и Продукта Office заявляет, что не поддерживается, я склонен верить им.

Я соглашаюсь, что это - идея, которая отправляет дрожи вниз мой позвоночник, но это - довольно общепринятая практика с системами управления контентом, предназначающимися для сотрудничества на основе документов Office.

Я также нашел эту практику на Linux с OpenOffice с Plone, например.

Теперь, когда мы смотрим на него практично, во многих может примеры использования быть sharepoint сервером не дефицитный ресурс в реальном времени и покровы компании очень хорошо со случайной перезагрузкой. Особенно в средах SME существует относительно немного пользователей, таким образом, сгенерированные загрузки не принесут сервер к его коленям. При этих обстоятельствах это - прагматический подход для получения, люди автоматизации хотят.

Вы абсолютно правы, что это - плохая идея. Но... В конце дня это - то, что мы делаем как системные администраторы, хотя это нет? Мы должны сбалансировать затраты на внесение изменения в наши рабочие серверы против стоимости не внесения того изменения.

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

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

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

Если Вы не хотите устанавливать полный пакет офисных программ существуют небольшие пакеты, чтобы позволить Вам просматривать документы, powerpoints и так далее. Взгляд на Средство просмотра Powerpoint или Word Viewer.

Другая причина Office-on-the-server состоит в том, когда это - терминальный сервер для тонких клиентов :-)