Блог

Вопросы:

1. Можно ли запустить оболочку PowerShell из C # и поддерживать ее в рабочем состоянии, одновременно (синхронно) выполняя несколько сценариев PowerShell в этой оболочке из одного и того же приложения на C #?
2. В качестве альтернативы, возможно ли выполнять сценарии с использованием Windows PowerShell (версия 5), а не ядра PowerShell по умолчанию (версия 7) при использовании класса PowerShell (из System.Management.Автоматизация.Пространство имен Powershell) внутри приложения .NET Core?

Предыстория:

Мы перестраиваем существующее приложение .NET Framework 4.8 (текущее приложение) в новое ASP.NET Основное приложение (новое приложение). В текущем приложении, используя класс PowerShell (в System.Management.Автоматизация.Пространство имен Powershell), мы выполняем сценарий PowerShell (который затем выполняется в Windows PowerShell 5), который вызывает Exchange для начала создания почтовых ящиков (с помощью команды enable-remotemailbox; Exchange установлен на том же сервере, на котором выполняется текущее приложение и выполняется сценарий PowerShell). Каждый раз (обычно несколько десятков раз в день), когда должен быть создан почтовый ящик, сценарий PowerShell выполняется таким образом.

Наш опыт работы с текущим приложением показывает, что только при первом запуске команды Exchange (в данном случае enable-remotemailbox ) это занимает около 15 секунд. Пока приложение C # запущено (или вне приложения C #, но в PowerShell и пока открыта оболочка PowerShell), последующие команды Exchange выполняются очень быстро, занимая ~ 200 мс (по-видимому, из-за некоторой настройки / кэширования / …? только при первом выполнении сценария).

Мы хотим добиться такой же функциональности с новым приложением:

1. Заставьте PowerShell запустить существующий сценарий для создания почтовых ящиков.
2. Достичь таких же скоростей, как и в текущем приложении.
3. Иметь стабильную и надежную функциональность для создания почтовых ящиков.

Сначала я попытался использовать класс PowerShell, как мы используем в текущем приложении, но поскольку Windows PowerShell (версия 5) построена на .NET Framework, а ядро PowerShell (версия 7) построено на .NET Core, а новое приложение является приложением .NET Core, при использовании класса PowerShell мы не можем использовать его.(по-видимому) автоматически использовать ядро PowerShell для выполнения сценариев. Тем не менее, я полагаю, что могу сделать вывод, что невозможно выполнить команду enable-remotemailbox в PowerShell Core (в Windows PowerShell после добавления оснастки enable-remotemaibox был доступен в остальной части скрипта, но оснастки в PowerShell Core больше не существуют, и яне удается найти модуль, который заменил оснастку).

Затем я попробовал использовать класс Process (из System.Диагностика.Пространство имен процессов), запустив процесс Windows PowerShell (версия 5) и выполнив в нем сценарий. Хотя это работает, каждый раз при запуске команды enable-remotemailbox требуется около 15 секунд, а не только в первый раз.

Существует одна альтернатива, которая, скорее всего, удовлетворит всем требованиям (т. Е. Также И требованиям скорости), и мы будем использовать ее, когда ответ на оба моих 2 вопроса выше будет «Нет», а именно: использовать службу Windows .NET Framework, которую мы сможем вызвать из приложения .NET Core. Однако, похоже, это связано с большими накладными расходами, когда в этом нет необходимости; поэтому я сначала ищу ответ на 2 вопроса выше.

Первые 15 секунд, которые вы испытываете, могут быть вызваны отсутствием модуля Powershell в вашем сеансе. При первом выполнении ps он будет загружен. отсюда и дополнительные 15 секунд.

Используя powershell sdk 7, теперь вы запускаете полный узел ps. В вашем предыдущем проекте вы только «подключались» к ps5 с помощью System.Management.Автоматизация.Сборка Powershell. Этот пакет использует установленный вами ps на хост-компьютере, и этот ps, возможно, уже имеет предварительно загруженный модуль 15second. Вот почему вы ощущаете эту разницу.

Вы можете настроить выполнение powershell, предварительно загрузив необходимый вам модуль. вот фрагмент кода:

     // a singleton in my project
    public class Runspace
    {
        public RunspacePool Pool { get; }

        public Runspace()
        {
            var session = InitialSessionState.CreateDefault();
            session.ImportPSModule("ActiveDirectory");
            Pool = RunspaceFactory.CreateRunspacePool(session);
        }
    }

    public class PsExecutor
    {
        private readonly Runspace _runspace;

        public PsExecutor(Runspace runspace)
        {
            _runspace = runspace;
        }

        public void Exec()
        {
            using (PowerShell ps = PowerShell.Create())
            {
                ps.RunspacePool = _runspace.Pool;
                ps.AddStatement().AddCommand("Get-ADUser").AddParameters();
                ps.Invoke();
            }
    }
 

Вы можете регистрировать время, затраченное конструктором Runspace. И сравните это с теми 15 секундами, которые вы испытываете сейчас. Плюс решения: вы можете контролировать выполнение конструктора.