2015-09-21 4 views
0

Я использую PowerShell для запроса API служебной связи Office 365 для обслуживания работоспособности. Это работает хорошо для меня в течение нескольких месяцев. Начиная примерно неделю назад сценарий начал периодически прерывать данные. Нет ошибки, и никаких данных не было. Несколько дней назад проблема начала ухудшаться, и скрипт теперь только время от времени возвращает данные. API я использую описано здесь:

https://msdn.microsoft.com/en-us/library/office/dn776043.aspx

с примерами кода здесь:

http://blogs.technet.com/b/cammurray/archive/2014/09/24/using-powershell-to-obtain-the-office365-dashboard.aspx

Мой вопрос: есть ли что-то не так с API? Я ничего не изменил с моей стороны, и сценарий иногда возвращает данные. Есть ли у кого-то еще такая же проблема?

Я понимаю, что есть новая версия API, но в документации говорится, что она все еще находится в предварительном просмотре, и ничего, что я могу найти, говорит о том, что существующий API устарел.Office 365 Service Communications API не работает

ответ

0

Иди в себя сам сегодня, через несколько разных арендаторов. URI в ссылке выше работал, но только возвращал события типа информации (preferredEventType = 2), а не инциденты или события обслуживания (0 и 1).

Затем я заметил, что пакет управления SCOM для Office 365 использует другой URI (https://office365servicehealthcommunications.cloudapp.net/shdtenantcommunications.svc/GetEvents). Я изменил свой сценарий PowerShell, чтобы использовать его вместо этого, и он работает.

+0

Да, я видел такое же поведение с типами событий. Я фактически использую 2 разных сценария с одним и тем же uri, один для служебных предупреждений (0) и один для уведомлений центра сообщений (2). Сценарий центра сообщений никогда не прекращался. Нечетное дело примерно в 4 утра этим утром, когда я использовал uri. Он возвратил данные последовательно последние 50 раз. Но теперь я не знаю, могу ли я доверять этому. Я попробую ваше предложение, может быть, оно будет более последовательным. – plumpjack

Смежные вопросы