Notă Expertul de configurare hibridă inclus în consola de gestionare Exchange din Microsoft Exchange Server 2010 nu mai este acceptat. Prin urmare, nu mai trebuie să utilizați Expertul de configurare hibridă veche. În schimb, utilizați Expertul de configurare hibridă Office 365 care este disponibil la http://aka.MS/HybridWizard. Pentru mai multe informații, consultați Expertul de configurare hibridă Office 365 pentru Exchange 2010.
INTRODUCERE
Acest articol descrie cum se depanează problemele liber/ocupat care apar într-o implementare hibridă de Microsoft Exchange Server local și Microsoft Exchange Online în Office 365.
MAI MULTE INFORMAȚII
Porniți Ghidul pentru a depana problema. Pentru mai multe informații despre implementarea Federației Exchange, accesați următorul site Web Microsoft:
Configurarea partajării federative După ce configurați Federation Exchange, este posibil să apară una sau mai multe dintre următoarele probleme:
-
Informațiile liber/ocupat nu pot fi regăsite din niciun cont în niciun mediu.
-
Informațiile liber/ocupat nu pot fi regăsite dintr-un mediu.
-
Informațiile liber/ocupat nu pot fi regăsite dintr-un cont local, utilizând un cont Cloud.
-
Informațiile liber/ocupat nu pot fi regăsite dintr-un cont cloud utilizând un cont local.
-
Informațiile liber/ocupat nu sunt disponibile într-un scenariu de implementare hibridă între Exchange Online și o organizație Exchange Server 2003 local sau o organizație Exchange Server 2003 și Exchange Server 2007 mixte.
-
Cutiile poștale din cloud nu pot vedea informațiile liber/ocupat pentru cutiile poștale locale.
Informațiile liber/ocupat nu pot fi regăsite din niciun cont în niciun mediu
Utilizatorii din oricare mediu din organizația federativă Exchange nu pot regăsi informații liber/ocupat din cutiile poștale care se află în celălalt mediu. În acest caz, problema poate fi că Outlook nu este actualizat sau că este posibil ca Federația Exchange să nu fie configurată corect. Pentru a ajuta la depanarea acestei probleme, solicitați-le utilizatorilor să afle dacă problema apare atunci când utilizează Microsoft Outlook și când utilizează Outlook pe web (cunoscut anterior ca Outlook Web App) pentru Office 365. Dacă comportamentul diferă în Outlook și Outlook pe web, problema poate fi că clientul Outlook nu îndeplinește cerințele pentru Federation Exchange. Solicitați-i utilizatorului să urmeze acești pași:
-
Conectați-vă la portalul Office 365 (https://portal.Office.com).
-
Faceți clic pe Setări (), apoi faceți clic pe Office 365.
-
Faceți clic pe software, apoi faceți clic pe Instalare.
După ce utilizatorul configurează aplicațiile desktop Office 365, problema liber/ocupat ar trebui rezolvată. Dacă această problemă apare identic în Outlook și Outlook pe web, există probabil o problemă legată de modul în care este configurată Federation Exchange în organizația dvs. În acest caz, consultați Asistentul de implementare Microsoft Exchange Server pentru a vă asigura că mediul îndeplinește cerințele de sistem.
Informațiile liber/ocupat nu pot fi regăsite dintr-un mediu
Utilizatorii nu pot accesa informațiile liber/ocupat prin intermediul Federației Exchange într-o anumită direcție. De exemplu, utilizatorii locali nu pot accesa informațiile liber/ocupat din cutiile poștale din cloud. Sau, utilizatorii din cloud nu pot accesa informațiile liber/ocupat din cutiile poștale locale. În acest scenariu, problema poate fi cauzată de o eroare de configurare a aplicației URI țintă de aplicație. Sau, este posibil ca politicile de partajare din mediul Exchange Server local și din Exchange Online să nu se potrivească. Pentru a vă ajuta să depanați această problemă, urmați acești pași:
-
Pe un computer local care execută Exchange Server, deschideți componenta de administrare Exchange.
-
În linia de comandă, tastați următoarea comandă, apoi apăsați pe Enter:
Get-FederationInformation -domainname <Office 365 Domain>
În această comandă, <office 365 domain> substituent reprezintă domeniul Office 365 implicit (de exemplu, contoso.onmicrosoft.com).
-
În rezultate, notați valorile TargetApplicationUri și TargetAutodiscoverEpr . Acestea sunt setările pe care trebuie să le aibă domeniul țintă pentru a se asigura că Trustul Federation este configurat corect.
-
Pentru a afișa informațiile de încredere configurate în prezent pentru domeniul Office 365 implicit, derulează următoarea comandă:
Get-OrganizationRelationship | FL
-
În secțiunea secțiunea , asigurați-vă că sunt afișate următoarele elemente:
-
Numele domeniului de rutare a serviciilor firmei (de exemplu, mail.contoso.onmicrosoft.com)
-
Numele domeniului federativ al firmei (de exemplu, contoso.com)
Dacă aceste nume nu sunt afișate în secțiunea secțiunea , pot exista probleme care afectează configurarea Federation Exchange. Revizuiți Asistentul de implementare Microsoft Exchange Server pentru a vă asigura că configurația se aliniază la pașii recomandați și că mediul îndeplinește toate cerințele de sistem. Dacă cele două domenii sunt afișate corect în secțiunea secțiunea , notați următoarele secțiuni din rezultate:
-
nume
-
TargetApplicationUri
-
TargetAutodiscoverEpr
Valorile TargetApplicationUri și TargetAutodiscoverEpr trebuie să corespundă valorilor echivalente din cmdletul Get-FederationInformation . Dacă valorile nu se potrivește, derulează următoarea comandă pentru a corecta diferența:
Set-OrganizationRelationship -Identity <Name> -TargetApplicationUri <TargetApplicationUri> -TargetAutodiscoverEpr <TargetAutodiscoverEpr>
-
-
Dacă persistă problema liber/ocupat, asigurați-vă că politicile de partajare din mediul local Exchange Server și din Exchange Online Match. Pentru a determina acest lucru, derulează următoarea comandă în componenta de administrare Exchange, apoi notați valoarea din câmpul Domains din rezultate:
Get-SharingPolicy | FL
-
Conectați-vă la Exchange Online utilizând Windows PowerShell pentru a executa același test în celălalt mediu. Faceți acest lucru astfel încât să puteți determina dacă politicile de partajare se potrivește. Pentru mai multe informații despre cum să vă conectați la Exchange Online utilizând Windows PowerShell, accesați următorul site Web Microsoft:
Conectarea la Exchange Online folosind PowerShell la distanță
-
După ce vă conectați la Exchange Online, derulează următoarea comandă în fereastra Windows PowerShell, așa cum ați procedat pentru mediul local, apoi notați valoarea din câmpul Domains :
Get-SharingPolicy
-
Valorile domeniilor pentru cele două medii ar trebui să se potrivească. Dacă nu se potrivesc, puteți utiliza cmdletul set-SharingPolicy pentru a configura câmpul Domains astfel încât să se potrivească pe ambele părți. Pentru mai multe informații despre cmdletul set-SharingPolicy și despre cum să utilizați această setare de politică de partajare, accesați următorul site Web Microsoft TechNet:
Informațiile liber/ocupat nu pot fi regăsite dintr-un cont cloud utilizând un cont local
Această problemă este limitată la utilizatorii locali care încearcă să regăsească informații liber/ocupat pentru cutiile poștale în cloud. Mai întâi, asigurați-vă că sunt instalate cele mai recente actualizări pe server. Pentru mai multe informații, consultați actualizări Exchange Server: generare numere și date de lansare. Dacă problema persistă, puteți utiliza cmdletul test-FederationTrust pentru a colecta mai multe detalii despre eroare. Pentru a face acest lucru, urmați acești pași:
-
În componenta de administrare Exchange, derulează următoarea comandă, unde <OnPremisesMailbox> substituent reprezintă adresa de e-mail a unei cutii poștale de utilizator găzduite în mediul local:
Test-FederationTrust -UserIdentity <OnPremisesMailbox> -verbose
Notă Această comandă testează simbolul Federation Trust utilizat de utilizatorul local.
-
Presupunând că rezultatele conțin cel puțin o secțiune în care tipul nu este reușit, copiați rezultatele într-un fișier text, apoi trimiteți fișierul la asistența Exchange Online Services pentru ajutor suplimentar.
Informațiile liber/ocupat nu pot fi regăsite dintr-un cont local utilizând un cont Cloud
Problema este limitată la utilizatorii cloud care încearcă să regăsească informații liber/ocupat pentru cutiile poștale locale. În acest caz, cutiile poștale care sunt implicate pot fi găzduite pe Exchange Server 2003 în loc de Exchange Server 2007 sau Exchange Server 2010. Exchange Server 2003 nu acceptă solicitările Exchange Web Services pe care le utilizează versiuni mai recente pentru a obține informații liber/ocupat. Asigurați-vă că toate datele liber/ocupat care sunt păstrate în folderele publice 2003 Exchange Server sunt reproduse la un server de cutie poștală Exchange Server 2010 care poate accepta o bază de date de foldere publice.
-
Aveți posibilitatea să instalați rolul pentru cutia poștală pe același server pe care este instalat rolul Client Access Server (CAS) pe care îl utilizați pentru a accepta Federation. Pentru mai multe informații despre cum să faceți acest lucru utilizând asistentul de implementare Microsoft Exchange Server, accesați Asistentul de implementare Exchange Server.
-
Dacă utilizatorii din cloud au încă probleme atunci când încearcă să regăsească informații liber/ocupat pentru cutiile poștale locale, determinați dacă există o problemă la conectarea la serviciul de descoperire automată local. Pentru a face acest lucru, urmați acești pași:
-
Deschideți Microsoft Remote Connectivity Analyzer la următorul site Web Microsoft:
https://www.testconnectivity.microsoft.com/?testid=OutlookAutoDisc
-
În pagina descoperire automată Outlook, completați formularul utilizând adresa de e-mail și parola unui cont în mediul local care are probleme. Bifați caseta de selectare pentru a confirma că aveți autoritatea de a introduce acreditările unui cont de lucru.
-
Pentru a confirma că un program automatizat face o solicitare, trebuie să finalizați o provocare pentru interfața umană. Tastați literele și numerele din imagine în casetă, apoi faceți clic pe Efectuare test.
-
-
Dacă testul nu reușește, Verificați setările pentru serverul proxy local și Paravanul de protecție. Asigurați-vă că Exchange Online CAS poate fi accesat de pe Internet prin portul 443.
Informațiile liber/ocupat nu sunt disponibile într-o implementare hibridă între Exchange Online și o organizație Exchange 2003 locală sau o organizație Exchange 2003 locală mixtă și Exchange 2007
În acest scenariu, folderul public OU = extern (FYDIBOHF25SPDLT) lipsește din ierarhia de foldere publice și trebuie adăugat. Pentru a adăuga folderul public OU = extern (FYDIBOHF25SPDLT), urmați acești pași:
-
Conectați-vă la serverul de foldere publice Exchange 2010 local din serverul de foldere publice.
-
Deschideți Windows PowerShell.
-
Rulează următoarea comandă: Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup
-
Rulează următoarea comandă: Install-FreeBusyFolder
Cutiile poștale din cloud nu pot vedea informațiile liber/ocupat pentru cutiile poștale locale
Atunci când rulează Get-OrganizationRelationship | FL cmdlet într-o fereastră PowerShell la distanță care este conectat la Exchange Online, valoarea parametrului TargetSharingEpr trebuie setată corect. Dacă această valoare este necompletată, Null sau incorectă, cutiile poștale în cloud nu pot vedea informații liber/ocupat despre cutiile poștale locale.
Pentru a seta valoarea, derulează următoarea comandă:
Get-OrganizationRelationship |Set-OrganizationRelationship -TargetSharingEpr "EWS address of organization"
De exemplu, executaţi comanda următoare:
Get-OrganizationRelationship |Set-OrganizationRelationship -TargetSharingEpr "Https://mail.contoso.com/ews/exchange.asmx/WSSecurity"
REFERINȚE
Încă aveți nevoie de ajutor? Accesați comunitatea Microsoft sau forumuri TechNet Exchange.