Šobrīd esat bezsaistē, tiek gaidīts atkārtots savienojums ar internetu

Kā novērst problēmas ar hibrīda ieviešanu brīvs/aizņemts lokālas Exchange Server un Exchange Online Office 365

SVARĪGI! Šis raksts ir tulkots, izmantojot Microsoft mašīntulkošanas programmatūru, un, iespējams, labots, izmantojot tehnoloģiju Community Translation Framework (CTF). Korporācija Microsoft publicē gan ar mašīntulkošanas programmatūru tulkotus rakstus, ko pēc tam rediģējuši kopienas pārstāvji, gan arī tulkotāju tulkotus rakstus, lai visi zināšanu bāzes raksti būtu pieejami vairākās valodās. Ar mašīntulkošanas programmatūru tulkotajos un kopienas pārstāvju rediģētajos tekstos var būt vārdu izvēles, sintakses un/vai gramatikas kļūdas. Korporācija Microsoft neuzņemas atbildību ne par kādām neprecizitātēm, kļūdām vai kaitējumu, kas radies nepareiza satura tulkojuma vai tā izmantošanas dēļ. Papildinformācija par CTF ir pieejama šeit: http://support.microsoft.com/gp/machine-translation-corrections/lv.

Noklikšķiniet šeit, lai skatītu šī raksta versiju angļu valodā: 2555008
Piezīme. Microsoft Exchange Server 2010 Exchange Management Console iekļautais hibrīds konfigurācijas vednis vairs netiek atbalstīta. Tāpēc vairs nav jāizmanto vecais hibrīds konfigurācijas vednis. Tā vietā izmantojiet Office 365 hibrīds konfigurācijas vednis, kas ir pieejama http://aka.MS/HybridWizard. Lai iegūtu papildinformāciju, skatiet Exchange 2010 Office 365 hibrīds konfigurācijas vednis.
IEVADS
Šajā rakstā aprakstīts, kā novērst brīvs/aizņemts problēmas, kas rodas Hibrīdā izvietošana lokālā Microsoft Exchange Server un Microsoft Exchange Online Office 365.
PAPILDINFORMĀCIJA
Lai novērstu šo problēmu pamācības.

Lai iegūtu papildinformāciju par to, kā izvietot Exchange integrācijas, skatiet šajā Microsoft vietnē: Kad esat iestatījis Exchange integrācijas, var rasties viena vai vairākas šādas problēmas:
  • Informācija par aizņemtību nevar izgūt jebkuru kontu vai nu vidē.
  • Nevar izgūt aizņemtības informāciju no vienas vides.
  • Informācija par aizņemtību nevar izgūt lokālo kontu, izmantojot mākonis kontu.
  • Informācija par aizņemtību nevar izgūt mākonis kontā, izmantojot lokālo kontu.
  • Informācija par aizņemtību hibrīds izvietošanas gadījumā lokālas Exchange Server 2003 organizācijas vai jauktu lokālas Exchange Server 2003 vai Exchange Server 2007 uzņēmuma un Exchange Online nav pieejama.

Informācija par aizņemtību nevar izgūt nevienu kontu vai nu vidē

Informācija par aizņemtību lietotājiem vai nu Exchange integrēto uzņēmuma vidē nevar izgūt pastkastēm, kas atrodas citā vidē.

Šādā gadījumā problēmu var būt, ka Outlook nav atjauninātas vai Exchange integrācijas var būt nepareizi iestatīts.

Lai novērstu šo problēmu, lūdziet lietotājiem, lai noteiktu, vai problēma rodas, izmantojot Microsoft Outlook un Outlook Web (iepriekš pazīstams kā Outlook Web App) izmantojot Office 365. Ja darbība atšķiras programmā Outlook vai Outlook Web problēma var būt, ka Outlook klients neatbilst prasībām Exchange integrācijas. Lūdziet lietotājam rīkojieties šādi:
  1. Pierakstīties pakalpojumā Office 365 portāls (https://Portal.Office.com).
  2. Noklikšķiniet uz Iestatījumi ( ), un pēc tam noklikšķiniet uz Office 365.
  3. Noklikšķiniet uz programmatūru, un pēc tam noklikšķiniet uz instalēt.
Pēc tam, kad lietotājs izveido savu Office 365 lietojumprogrammām, brīvs/aizņemts problēma ir jāatrisina.

Šo problēmu gadījumā identiski programmā Outlook vai Outlook Web visdrīzāk ir problēmas ar kā Exchange integrācijas ir iestatīts jūsu uzņēmumā. Šādā gadījumā skatiet Microsoft Exchange serveris izvietošanas palīgs lai nodrošinātu vides atbilst sistēmas prasībām.

Nevar izgūt aizņemtības informāciju no vienas vides

Lietotāji nevar piekļūt informācijas par aizņemtību ar Exchange integrācijas tikai vienā virzienā. Piemēram, lokālajiem lietotājiem nevar piekļūt brīvs/aizņemts informāciju no mākoņa pastkastēs. Vai mākonis lietotāji nevar piekļūt brīvs/aizņemts informāciju no lokālas pastkastes.

Šajā gadījumā problēmu var izraisīt nepareizu konfigurāciju no mērķa lietojumprogramma URI. Vai koplietošanas politikas lokālas Exchange Server vidē un Exchange Online nav vienādi.

Lai novērstu šo problēmu, rīkojieties šādi:
  1. lokālais dators, kurā darbojas Exchange Server, atveriet Exchange pārvaldības čaulu.
  2. Komandrindā, ierakstiet šādu komandu un pēc tam nospiediet taustiņu Enter:
    Get-FederationInformation -domainname <Office 365 Domain>
    Šajā komandā <Office 365="" domain="">vietturis norāda noklusējuma Office 365 domēna (piemēram, contoso.onmicrosoft.com).</Office>
  3. Rezultātos, ievērojiet vērtības TargetApplicationUri un TargetAutodiscoverEpr . Tie iestatījumi, kas mērķa domēna nepieciešami, lai nodrošinātu, ka Federācijas uzticamība ir iestatīta pareizi.
  4. Lai parādītu uzticamības informācija, kas pašlaik ir iestatīta noklusējuma Office 365 domēnā, izpildiet šādu komandu:
    Get-OrganizationRelationship | FL
  5. DomainNames sadaļā, pārliecinieties, vai šim tiek parādīta:
    • Uzņēmuma pakalpojumu maršrutēšanas domēns (piemēram, mail.contoso.onmicrosoft.com) vārds un uzvārds
    • Uzņēmuma vārds un uzvārds ir integrēto domēna (piemēram, contoso.com)
    Ja tās netiek rādītas sadaļā DomainNames , iespējams, radusies problēma ar Exchange integrācijas iestatīšana. Pārskatīšana Microsoft Exchange serveris izvietošanas palīgs pārliecināties, ka jūsu konfigurācija tiek pielāgots ieteicamās darbības un vide atbilst sistēmas prasībām. Ja divi domēni sadaļā DomainNames netiek parādīts pareizi, ņemiet vērā nākamajās sadaļās rezultātos:
    • vārds un uzvārds
    • TargetApplicationUri
    • TargetAutodiscoverEpr
    TargetApplicationUri un TargetAutodiscoverEpr vērtības ir jāatbilst līdzvērtīgiem cmdlet Get FederationInformation vērtības. Ja vērtības nesakrīt, palaidiet tālāk norādīto komandu atšķirības labošanai.
    Set-OrganizationRelationship -Identity <Name> -TargetApplicationUri <TargetApplicationUri> -TargetAutodiscoverEpr <TargetAutodiscoverEpr>
  6. Ja brīvs/aizņemts problēma joprojām pastāv, pārliecinieties, vai koplietošanas politikas lokālas Exchange Server vidē un Exchange Online atbilst. Noteikt to Exchange pārvaldības čaulā, palaidiet tālāk norādīto komandu un pēc tam atzīmējiet vērtību domēnu laukā rezultāti:
    Get-SharingPolicy | FL
  7. Izveidot savienojumu ar Exchange Online, izmantojot Windows PowerShell palaišanai vienā pārbaudē citā vidē. Jums, lai noteiktu, vai koplietošanas politikas atbilst. Lai iegūtu papildinformāciju par to, kā izveidot savienojumu ar Exchange Online, izmantojot Windows PowerShell, apmeklējiet šo Microsoft vietni:
  8. Pēc tam, kad izveidojat savienojumu ar Exchange Online, izpildiet šādu komandu logā Windows PowerShell tāpat lokālā vidē un pēc tam atzīmējiet vērtību laukā domēnu :
    Get-SharingPolicy
  9. Ir jāatbilst domēnu divas vides vērtības. Ja tie nesakrīt, Set SharingPolicy cmdlet var izmantot, lai uzstādītu lauku domēnu , lai tas atbilstu abās. Lai iegūtu papildinformāciju par cmdlet Kopa SharingPolicy un par to, kā izmantot šo koplietošanas politikas iestatījumu, apmeklējiet šo Microsoft TechNet vietni:

Informācija par aizņemtību nevar izgūt mākonis kontā, izmantojot lokālo kontu

Problēma ir tikai mēģina izgūt informāciju par aizņemtību mākoņa pastkastēs lokālajiem lietotājiem.

Vispirms pārliecinieties, vai jaunākie atjauninājumi ir instalēti serverī. Lai iegūtu papildinformāciju, skatiet Exchange Server atjauninājumi: kompilācijas numuri un izlaides datumi.

Ja problēma joprojām pastāv, varat izmantot Testa FederationTrust cmdlet, lai iegūtu plašāku informāciju par kļūmi. Lai to izdarītu, izpildiet tālāk norādītās darbības.
  1. Exchange pārvaldības čaulu, palaidiet tālāk norādīto komandu, kur <OnPremisesMailbox>vietturis norāda lietotāja pastkastes lokālā vidē viesotu e-pasta adresi:</OnPremisesMailbox>
    Test-FederationTrust -UserIdentity <OnPremisesMailbox> -verbose
    Piezīme. Šī komanda testē lokālā lietotāja izmantoto Federācijas uzticamība pilnvara.
  2. Pieņemot, ka rezultāti ietver vismaz vienu sadaļu, kuru Tips ir neizdevās, kopējiet rezultātu teksta failu un pēc tam nosūtīt failu Exchange tiešsaistes pakalpojumi atbalsta papildu palīdzību.

Informācija par aizņemtību nevar izgūt lokālo kontu, izmantojot kontu mākonis

Problēma ir tikai mēģina izgūt informāciju par aizņemtību lokālas pastkastes mākonis lietotājiem.

Šādā gadījumā Exchange Server 2003, Exchange Server 2007 vai Exchange Server 2010 vietā var atrasties pastkastēm, kas rodas. Exchange Server 2003 neatbalsta jaunākas versijas izmanto, lai iegūtu informāciju par aizņemtību Exchange tīmekļa pakalpojumu pieprasījumus. Pārliecinieties, ka brīvs/aizņemts datus, kas notiek sistēmā Exchange Server 2003 publiskajās mapēs ir jāatkārto uz Exchange Server 2010 pastkastes serverī, kas var atbalstīt publisko mapju datu bāze.
  1. Pastkastes lomas var instalēt vienā serverī, kurā ir instalēta, ko izmanto, lai atbalstītu integrācijas lomu klientu piekļuves servera (CAS). Lai iegūtu papildinformāciju par to, kā to izdarīt, izmantojot Microsoft Exchange serveris izvietošanas palīgs, dodieties uz Exchange serveris izvietošanas palīgs.
  2. Ja mākonis lietotāji joprojām ir problēmas, mēģinot izgūt lokālas pastkastes informācija par aizņemtību, nosakiet, vai ir problēma izveidot savienojumu automātiskās noteikšanas pakalpojums lokālas. Lai to izdarītu, izpildiet tālāk norādītās darbības.
    1. Atveriet Microsoft attālās savienojamības analizators šajā Microsoft vietnē:
    2. Lapā Outlook automātiskās noteikšanas aizpildīt lokālā vidē, kas ir problēmas, izmantojot e-pasta adrese un konta paroli. Noklikšķiniet, lai atzīmētu izvēles rūtiņa, lai apstiprinātu, ka jums ir tiesības ievadiet darba konta akreditācijas datus.
    3. Lai apstiprinātu, ka pieprasījuma veidošanas automatizēta programma, ir jāveic cilvēka interfeisa problēma. adreses lodziņš ierakstiet burtu un ciparu no attēla un pēc tam noklikšķiniet uz Veikt pārbaudes.
  3. Ja tests neizdodas, pārbaudiet lokālā starpniekservera un ugunsmūra iestatījumus. Pārliecinieties, ka Exchange Online CAS var piekļūt internetā pār ports 443.

Aizņemtības informācija nav pieejama Hibrīdā izvietošana uzņēmumā lokālas Exchange 2003 vai jauktu lokālas Exchange 2003 vai Exchange 2007 organizācijas un Exchange Online

Šajā situācijā, OU = publiskajā mapē trūkst publisko mapju hierarhiju un jāpievieno ārējo (FYDIBOHF25SPDLT).

Pievienot OU = ārējo (FYDIBOHF25SPDLT) publisko mapi, rīkojieties šādi:
  1. Izveidot savienojumu ar Exchange 2010 lokālas publiskās mapes serveris no publiskās mapes serveris.
  2. Atveriet Windows PowerShell.
  3. Palaidiet šādu komandu:

    Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup
  4. Palaidiet šādu komandu:

    Install-FreeBusyFolder
ATSAUCES
Vēl arvien ir nepieciešama palīdzība? Dodieties uz Office 365 Kopiena vietnes vai Exchange TechNet forumos.

Brīdinājums: šis raksts ir tulkots automātiski

Rekvizīti

Raksta ID: 2555008. Pēdējo reizi pārskatīts: 04/26/2016 00:30:00. Pārskatījums: 24.0

Microsoft Exchange Online, Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard, Microsoft Exchange Server 2010 Enterprise, Microsoft Exchange Server 2010 Standard

  • o365 o365a o365e o365m o365022013 hybrid gwt guided walk through kbtshoot kbgraphic kbmt KB2555008 KbMtlv
Atsauksmes