Командная консоль Exchange Exchange Management Shell

Сведения о том, как использовать командную консоль Exchange для разработки средств для администрирования Exchange Server. Find information about how to use the Exchange Management Shell to develop tools for Exchange server administration.

Применимо к: Exchange Online | Exchange Server 2013 | Office 365 Applies to: Exchange Online | Exchange Server 2013 | Office 365

Командная консоль Exchange предоставляет богатый набор команд, основанный на платформе Windows PowerShell, для управления Exchange Online, Exchange Online в составе Office 365 или локальной версии Exchange, начиная с Exchange 2013. The Exchange Management Shell provides a rich set of commands, based on the Windows PowerShell platform, for managing Exchange Online, Exchange Online as part of Office 365, or an on-premises version of Exchange starting with Exchange 2013. С помощью командной консоли Exchange можно создавать два типа инструментов: сценарии командной строки, работающие в среде Windows PowerShell, и средства, использующие командлеты командной консоли Exchange через управляемый интерфейс. You can use the Exchange Management Shell to create two kinds of tools: command-line scripts that work within the Windows PowerShell environment, and tools that use the Exchange Management Shell cmdlets through a managed interface. С помощью управляемых приложений можно создать стандартный пользовательский интерфейс Windows или веб-интерфейс для администрирования сервера Exchange Server. You can use managed applications to create a standard Windows or web-based UI to administer an Exchange server.

Что нужно знать о командной консоли Exchange What you need to know about the Exchange Management Shell

Если вас интересует If you’re wondering about	Прочтите это Read this
Доступность Availability	Команды Командная консоль Exchange устанавливаются на всех серверах, где запущены версии Exchange, начиная с Exchange 2007. Exchange Management Shell commands are installed on all servers running versions of Exchange starting with Exchange 2007. Клиентские приложения можно развертывать на любом компьютере, работающем под управлением Windows PowerShell 2,0. Client applications can be deployed on any computer running Windows PowerShell 2.0. Сведения о доступе к оболочке можно найти в статье Exchange Server PowerShell (Командная консоль Exchange). For information about accessing the shell, see Exchange Server PowerShell (Exchange Management Shell).
Языки и инструменты Languages and tools	Вы можете создавать сценарии командной консоли Exchange в любом текстовом редакторе. You can create Exchange Management Shell scripts in any text editor. Можно использовать один или несколько сторонних средств для создания сценариев Windows PowerShell, которые можно использовать в командной консоли Exchange. You can use one of many third-party tools for creating Windows PowerShell scripts that can be used with the Exchange Management Shell. Объектная модель Командная консоль Exchange основана на платформе .NET Framework. The Exchange Management Shell object model is based on the .NET Framework. Для разработки приложений командной консоли Exchange можно использовать любой язык .NET. You can use any .NET language to develop Exchange Management Shell applications.
Доступные инструменты для тестирования и отладки Available test and debug tools	Для тестирования и отладки сценариев консоли управления Exchange можно использовать одно из многих сторонних приложений. You can use one of many third-party applications to test and debug Exchange Management Shell scripts. С помощью Visual Studio и сторонних средств можно тестировать и отлаживать управляемые приложения командной консоли Exchange. You can use Visual Studio and third-party tools to test and debug managed Exchange Management Shell applications.
Требования к платформе сервера Server platform requirements	Командную консоль Exchange можно использовать на любом сервере Exchange, на котором установлен Windows PowerShell 2,0. You can use the Exchange Management Shell on any Exchange server that has Windows PowerShell 2.0 installed.
Требования к платформе клиента Client platform requirements	Клиентским приложениям командной консоли Exchange требуется Windows PowerShell 2,0. Exchange Management Shell client applications require Windows PowerShell 2.0.
Permissions Permissions	Для запуска приложения командной консоли Exchange необходимо, чтобы у пользователя были права на управление доступом на основе ролей для затронутых данных в хранилище Exchange. Running an Exchange Management Shell application requires that the user have role-based access control rights to the affected data on the Exchange store. Более подробную информацию об управлении доступом на основе ролей можно узнать в статье Общие сведения об управлении доступом на основеролей. For more information about role-based access control, see Understanding Role Based Access Control.

В статьях этого раздела описываются функции оболочки управления Exchange, важные для создания средств управления Exchange. The articles in this section describe Exchange Management Shell features that are important for creating Exchange management tools. Сведения о планировании, настройке или обслуживании Exchange можно найти на сайте Exchange . For information about planning, configuring, or maintaining Exchange, see the Exchange site.

Exchange console windows 10

Вопрос

When trying to install the EMC on my win10 machine. I get the following error when verify the exchangesetuplogs file

Either Active Directory doesn’t exist, or it can’t be contacted.
For more information, visit: http://technet.microsoft.com/library(EXCHG.150)/ms.exch.setupreadiness.CannotAccessAD.aspx

Ive tried both the gui and the unattended install both fail

Ответы

I am writing here to confirm with you how thing going now?

If the above suggestion helps, please be free to mark it as an answer for helping more people.

Please remember to mark the replies as answers if they helped. If you have feedback for TechNet Subscriber Support, contact tnsf@microsoft.com.

Все ответы

You can’t install Exchange on your Windows 10.

You can access Exchange EAC via web browser.

For more details, please refer below,

Do you using Exchange 2016? Before installing EMC on Window 10 client, you need to take steps below:

1. Make sure this Window 10 is a domain-joined computer. Make sure client could communicate with DC.

3. Running Windows PowerShell with administrator rights:

Make sure the version of package that you used to install EMC is same to the version of your Exchange server.

Exchange console windows 10

Общие обсуждения

Можно ли установить консоль управления Exchange ну или какой-то инструмент для управления Exchange с клиентского компьютера? Чтобы каждый раз не заходить удаленным рабочим столом на сервер Exchange. Если такая возможность есть, то что нужно сделать? И можно ли это установить на Windows XP Pro SP3 32-bit?

Все ответы

Под XP вы можете использовать только Powershell для управления Exchange 2010

Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/

Хорошо, если нельзя на 32-bit платформе установить и использовать консоль управления Exchange, то можно ли тогда через веб-интерфейс (ECP) выполнять простейшие функции, такие как заведение новых почтовых ящиков, создавать транспортные привила, создавать группы рассылки и вводить пользователей в эти группы, работать с общими папками и т.д.?

Установил PowerShell на Windows XP для удаленного управления Exchange 2010.

Все подключается и работает корректно, НО каждый раз при запуске PowerShell напрягает вводить эти команды:

$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri http:// /PowerShell/ -Authentication Kerberos

Есть ли возможность как-нибудь автоматизировать этот процесс? Ну чтобы при запуске ярлыка PowerShell автоматически выполнялись эти команды.

попробуйте выполнить Remove-PSSession $session

Поможем друг другу стать лучше! Отметим правильные ответы и полезные сообщения!

Команда, которую Вы рекомендуете выполнить, отключает удаленную командную консоль Exchange от сервера Exchange.

Я же хочу наоборот при запуске удаленной консоли (при запуске PowerShell) каждый раз не вводить команды:

$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri http:// /PowerShell/ -Authentication Kerberos

Хочу автоматически подключаться к серверу Exchange с помощью удаленной командной консоли.

Извините, этот вопрос очень важен для меня, может мой вопрос про запуск powerShell с автоматическим выполнением определенных команд следует задать на другом форуме, например по самому PowerShell? Есть же такой форум?

Или всё-таки кто-нибудь знает ответ на мой вопрос?

Просто неужели те, кто пользуется удаленной командной консолью Exchange после запуска PowerShell каждый раз вводит команды для подключения к Exchange:

$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri http:// /PowerShell/ -Authentication Kerberos

Как всё-таки автоматически подключиться к удаленной EMS Exchange? Надо настроить запуск PowerShell так, чтобы эти 2 команды автоматически выполнялись при запуске PowerShell, как если бы они были мною поочередно введены в командной строке Windows PowerShell.

Exchange Admin console for Windows 10

Do you know if the Exchange 2010 console will work with Windows 10? It doesnt seem to work correctly on my computer.

5 Replies

Found this while looking to see if running Exchange 2010 console on Windows 10 is possible.

It has a link to here in it.

It looks like you may need to run the console using a batch file to make it happy. I’m actually kind of curious as to if it will work (never occurred to me to try for some reason). So, I’m currently downloading Exchange 2010 to see if I can get it working on my Windows 10 work computer.

Sounds good. Let me give that a shot.

On a side note, have you had a an issue with your Exchange on prem with transaction logs getting bigger due to failed backup?

I ran the installation steps from this site, and the management console seems to be working like it should (including the option for creating a new mailbox) on my Windows 10 computer.

As for the transaction logs issue, that sounds familiar, but I’m not sure what was done to fix it. The other two techs here sorted that one out without my involvement (and 0 documentation on the fix or fixes they used). I want to say they rescheduled the backup to either run at a different time to avoid running when all the other server backups do, or to run less frequently because it was trying to run again before it was complete.