Exchange online powershell

Exchange Management Shell: возможно все! / Хабрахабр

как инструмент администрирования

впервые появился в версии продукта 2007, уже 5 лет назад. С тех пор сфера его применения в Exchange Server становится только шире, а введение Powershell remoting открыло совершенно новые возможности для администраторов.

Сисадмины осваивают этот скриптовый язык, но положение, в котором они находятся, совсем не одинаковое. Кто-то мигрирует свой сервер с 2003 на 2010 и для них Powershell — настоящий вызов. Администраторы 2007 и 2010, как минимум, открывали Exchange Management Shell (EMS) и экспериментировали с ним. Например, в таких рутинных задачах как сбор сведений о конфигурации или изменении свойств почтового ящика. Некоторые после этих попыток сбегают обратно в комфорт Exchange Management Console (EMC).
Те, кто его не используют, или используют недостаточно, лишают себя великолепной возможности исследовать и использовать на практике постоянно пополняющийся мир скриптов, выполняя на своих серверах такие задачи, которые ранее выполнить было просто невозможно.
Не секрет, что Powershell способен существенно улучшить некоторые аспекты управления серверами, заполняя белые пятна, оставленные Microsoft.
Примеров использования Powershell для выполнения крайне важных с точки зрения администрирования задач очень много –
Например, когда я ранее работал в большом американском провайдере серьезной проблемой была высокая RPC Latency на CAS серверах, возникавшая из-за проблем с определенными версиями iOS. Проверка нагрузки CAS серверов путем мониторинга числа активных подключений, определение клиента, используемого при подключении, экспорт нужной информации и компиляция html репортов – все это выполнялось на Powershell и оказывало колоссальную помощь.
Powershell, наверное, не самый простой язык. В Exchange Server 2010 SP1 – более полутысячи командлетов и на их изучение уйдет время. Несмотря на это, преимущества его использования в будущем – совершенно точно окупятся.

В статье я рассмотрю несколько ценных для системного администратора сценариев использования Exchange Management Shell. Подчеркну, что цель статьи – не осветить все (да это и невозможно!), а показать – что Powershell для нас, фанатов Microsoft Exchange Server, действительно все.


$cred = Get-Credential

When you execute the above command, you’ll be prompted for your Office 365 credentials. Enter your username in UPN format, such as [email protected] Next, create a new PSSession object using the following syntax:

Establishes Online Services connection to Azure Active Directory.

Ensure that PowerShell can see the Azure Active Directory PowerShell module before starting. Open up a PowerShell console type Get-Module –Name MSOnline -ListAvailable (see figure 1).

Once you confirm that the Azure AD module is installed correctly, run the Connect-MsolService cmdlet. This cmdlet attempts to create a connection with Azure AD. Office 365 depends on Azure AD for its user database and authentication.

When you run Connect-MsolService, you'll see a prompt to provide your credentials (see figure 2).

If the execution policy is set to Restricted please change it to RemoteSigned or Unrestricted:

Provide the target server administrator credentials:

Import-PSSession $s

Step 4

It is almost impossible to get this throttling policy changed.

We have heard of some large companies who were successful in lobbying Microsoft to get their policy modified or increased.

If you want to go down this route we suggest logging a support ticket explaining the business case why you need the policy increased and then get your Microsoft Account Manager or TAM to push the ticket within Microsoft to the correct team. 99% of the time your request will be denied.

You can enter the credentials directly in the script without using a popup dialog. This method may be used to automate PowerShell commands.

The cmdlets available in the Coexistence-Install snapin is primarily needed when using a remote SQL Server database. By default a local SQL Express instance is used as the database, which scales up to approximately 50 000 objects. When the number of contacts, users and groups in the On-Premises Active Directory environment exceeds this limit, its recommended to configure the Directory Synchronization Tool to use a full version of SQL Server.

Conclusion

With the new offerings in Office 365 the ability to automate administration using Windows PowerShell is greatly enhanced compared to the previous version. The use of PowerShell remoting makes it a dynamic feature, as Microsoft can add more cmdlets without the need for administrators to download updated administration tools.

To my knowledge there will be no cmdlets available for administering Lync Online and Sharepoint Online when Office 365 is released for general availability, however, this may be a added in the future. This blog-post will be updated when more information on administering Office 365 using Windows PowerShell becomes available.

Update 22.05.2010: The blog-post is now updated to reflect the availability of the Microsoft Online Services Module for Windows PowerShell.

Наверх