Я использую 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
A
ответ
0
Иди в себя сам сегодня, через несколько разных арендаторов. URI в ссылке выше работал, но только возвращал события типа информации (preferredEventType = 2), а не инциденты или события обслуживания (0 и 1).
Затем я заметил, что пакет управления SCOM для Office 365 использует другой URI (https://office365servicehealthcommunications.cloudapp.net/shdtenantcommunications.svc/GetEvents). Я изменил свой сценарий PowerShell, чтобы использовать его вместо этого, и он работает.
Смежные вопросы
- 1. Service Account Office 365 API/Azure
- 2. Office 365 API Outlook Paging не работает
- 3. Querying Office 365 Service Communication API с Python
- 4. Office 365 API ADFS
- 5. Office 365 Calendar API
- 6. Office 365 REST API
- 7. Office 365/Sharepoint API
- 8. Office 365 api в PHP
- 9. Office 365 API MVC Authentification
- 10. Office 365 Rest api auth
- 11. Как получить местоположение службы Office 365 через API
- 12. Программная аутентификация Office 365 API
- 13. Office 365 rest api Авторизация
- 14. Office 365 API - Автоматический вход
- 15. Office 365 Api C# Служба Windows
- 16. файлы конечных точек не работает на Office 365 Единый API
- 17. Office 365 REST API мне/события больше не работает
- 18. Office 365 API Ruby sample Приложение не работает
- 19. Office 365 статистика почты
- 20. EWS Office 365 Олицетворение не работает
- 21. Office 365 API для интеграции помещений
- 22. Office 365 Rest API - аутентификация недели демонов
- 23. Office 365 API Calendar webLink display
- 24. Office 365 Унифицированные API: WorkingWith отношения
- 25. Office 365 API - Создать событие с приложением
- 26. Office 365 Update Contacts
- 27. Office 365 Graph API - Управление файлами
- 28. Многоязычный Office 365 App
- 29. Office 365 Unified API - Отсутствует заявка UPN
- 30. Office 365 API Разрешения Active Directory
Да, я видел такое же поведение с типами событий. Я фактически использую 2 разных сценария с одним и тем же uri, один для служебных предупреждений (0) и один для уведомлений центра сообщений (2). Сценарий центра сообщений никогда не прекращался. Нечетное дело примерно в 4 утра этим утром, когда я использовал uri. Он возвратил данные последовательно последние 50 раз. Но теперь я не знаю, могу ли я доверять этому. Я попробую ваше предложение, может быть, оно будет более последовательным. – plumpjack