Откройте файл Excel через Com-interop C # API на microsoft HPC

Таким образом, при работе с COM API, который создает экземпляр приложения (например, офисного COM) при работе с HPC, следует помнить о нескольких вещах. Кажется, вы уже получили разрешения при локальном запуске; однако при работе под видом службы это становится немного сложнее.

HPC издевается над IIS, поскольку на нем размещается ваша служба; и как таковые должны рассматриваться аналогичным образом; в IIS, когда вам нужно запустить одно из этих приложений через службу WCF, вы обычно указываете, что удостоверение AppPool может запускать профиль, который предоставит каталогам профилей приложений доступ для выполнения действий. Вы также должны убедиться, что любые настройки, которые вы вносите в свои пулы приложений для запуска этих служб без HPC, также отражаются в файле конфигурации службы, который вы помещаете в каталог регистрации службы для HPC.

Если это приложение является 32-битным (ваше приложение не COM +), вы должны добавить запись в тег SericeRegistration, чтобы указать это так же, как вы настраиваете пулы приложений в IIS для приема приложений x86. По умолчанию HPC указывает архитектуру = "X64" внутри файла конфигурации брокера.

<microsoft.Hpc.Session.ServiceRegistration>
    <service assembly="C:\ServicesR2\OfficeService.dll"
      contract="OfficeService.IOfficeService" type="OfficeService.OfficeService"
      includeExceptionDetailInFaults="true" maxConcurrentCalls="0"
      serviceInitializationTimeout="60000" enableMessageLevelPreemption="true"
      stdError="" maxMessageSize="65536" soaDiagTraceLevel="Off"
      architecture="X86" />
</microsoft.Hpc.Session.ServiceRegistration>

Убедитесь, что у вас есть каталог «Рабочий стол» в следующих местах:

C: \ Windows \ SysWOW64 \ config \ systemprofile \ C: \ Windows \ System32 \ config \ systemprofile \

Это для всех узлов в кластере; если вы используете только 32-битные окна, вы можете игнорировать расположение каталога SysWow64.

Затем вам нужно пойти и проверить настройку DCOM для Office Excel. Для этого просто откройте диалог запуска и введите:

Dcomcnfg -32

Мы добавляем -32, чтобы открыть 32-битную конфигурацию DCOM, поскольку Office предоставляет для использования только 32-битные объекты COM + (ну, для 2010 года и ниже, я не могу комментировать 365/2013).

Убедитесь, что в разделе «Местоположение» установлен флажок «Запускать приложение на этом компьютере».

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

Если вычислительный узел, на котором выполняется эта задача, является машиной с Windows Server 2008 R2, укажите на вкладке «Удостоверение» - «Запускающий пользователь». Если вычислительный узел, на котором выполняется эта задача, является компьютером с Windows Server 2012, укажите - «Этот пользователь» и укажите свои учетные данные; или укажите интерактивного пользователя. Со вторым мне не повезло, поэтому я предлагаю первое.

После того, как вы позаботитесь об этих вещах, ваша служба HPC должна правильно выполнять приложение, не видя этих надоедливых ошибок COM +.

Кроме того, вы должны быть уверены, что очищаете приложение при выходе; Я настоятельно рекомендую вам написать небольшую процедуру для вашей службы WCF, которая убивает процесс excel, когда вы закончите; Я обнаружил, что при использовании Excel под HPC обычные методы завершения работы приложения просто ненадежны.

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

Если вы добавите что-то вроде следующего, каков результат?

 System.IO.FileInfo info = new System.IO.FileInfo(path);

 if(info.Exists)
 {
      System.Security.Permissions.FileIOPermission permission =
           new System.Security.Permissions.FileIOPermission(
               System.Security.Permissions.FileIOPermissionAccess.AllAccess, path);

       permission.Demand();
 }
 else{ 
      throw new System.IO.FileNotFoundException(path);
 }