none
Exchange 2013 - synchronizace kalendáře s iPhone 6

    Dotaz

  • Dobrý den,

    vzniknul nám problém u jednoho uživatele s iPhonem 6, přestalo mu fungovat stahování kalendáře do telefonu.

    Fakta jsou jednoduchá: Minulý týden jsme měli problém s databází (narušily se logy), musel jsem tu databázi startovat bez logů (přišel jsem ale jen asi o 15 minut, protože před tím regulérně proběhnul backup). Musel jsem opravovat všechno možné. (vč. databází SenderReputation). Vše přes eseutil.

    Analýzou logů se zjistila následující věc: (zkrátil jsem to na podstatné, výpis je na dvě stránky)

    An exception occurred and was handled by Exchange ActiveSync. This may have been caused by an outdated or corrupted Exchange ActiveSync device partnership. This can occur if a user tries to modify the same item from multiple computers. If this is the case, Exchange ActiveSync will re-create the partnership with the device. Items will be updated at the next synchronization.

    URL=
    --- Exception start ---
    Exception type: Microsoft.Exchange.Data.Storage.SyncStateExistedException
    Exception message: The sync state named 8 already exists.
    Exception type: Microsoft.Exchange.Data.Storage.ObjectExistedException
    Exception message: Could not create folder 8.xception level: 0

    To ukazuje, že je problém se synchronizací. Maily chodí, ale kalendář ne.

    Na internetu jsem našel různé rady, mimo jiné zmigrovat uživatele na jinou databázi (jenže tenhle mailbox je zrovna hodně velký, tak se mi do toho moc nechce).

    Stejně tak jsem ověřil, že funguje dědičnost práv směrem dolů. (a pro jistotu znova propagoval)

    Otázka tedy je, existuje nějaká možnost jak se "přímo podívat do databáze" a najít chybnou položku, odstranit jí a znova ten partnership uvolnit a stahovat kalendář.? Mám trochu obavu, že po x hodinách přesunu mailboxu se nemusí situaci podařit vyřešit.  Nebo existuje ještě jiný způsob?

    Michal Doležal

    6. února 2015 8:23

Odpovědi

  • Díky za odpověď. Ne tohle jsme samozřejmně zkoušeli a já to akorát nenapsal.

    Každopádně jsme to opravdu zmigrovali do jiné databáze a vše se srovnalo.

    Čili pro ostatní takový návod co s tím, když nefunguje synchronizace kalendáře do iPhonu (ale i do jakéhokoliv jiného ActiveSync zařízení).

    a. První zkusit výše navržené, tj. smazat telefon z Exchange (ať už z PS, nebo z ECP)

    b. Samozřejmně zkusit smazat v telefonu profil, nechat stáhnout znova

    c. Pokud nepomůže, analyzovat log (Eventvwr) na výskyt chyb ActiveSync

    d. Častý problém bývá nezpropagovaná dědičnost práv v AD Users and Computers - tj. spustit ADUC (dsa.msc) - povolit si rozšířené možnosti (Advanced Features), a pak v detailu postiženého uživatele na záložce Zabezpečení (Security) v detailním nastavení práv povolit Dědičnost zhora dolů a aplikovat.

    Postup je popsaný např. zde: http://serverfault.com/questions/356612/exchange-activesync-does-not-work-for-one-user

    e. Pokud dojde k narušení databáze - tj. jako v mém případě dojde ke ztrátě logu (z libovolných příčin) a musí se přes eseutil provést start databáze bez logů a pokud zrovna v tom okamžiku dojde k nějaké aktivitě uživatele v telefonu, dojde pravděpodobně k nějaké chybě záznamu v mailboxu.

    Tedy v mém případě se jako správné ukázalo vytvoření nové Exchange databáze a migrace postiženého uživatele do nové.

    Následně by nemělo vadit (já to už zkoušet nebudu, protože mě tahle situace vyhovuje) toho uživatele vrátit zase zpět do původní DB.

    Na co si dát asi pozor. (vím, vypadám jak chytrej, co snědl všechu moudrost)

    Logy - během migrace rostou raketově, tj. před i po udělat zálohu, aby se to vyčistilo. a hlídat místo na disku.

    Záleží jak velký mailbox je.

    Pravidelně monitorovat eventlog.  A ideálně sledovat přes Get-MoveRequestStatistics - Identity mailbox@domain.com průběh.

    V mém případě zajímavá situace, přes ECP se nedala migrace vůbec pustit (nehlásila ani žádnou chybu), prostě začala a za chvíli skončila bez akce. Použil jsem tedy PowerShell a New-MoveRequest - Identity mailbox@domain.com.

    Takže aspoň snad užitečná informace pro někoho, komu se to třeba v budoucnu stane.

    6. února 2015 17:22

Všechny reakce

  • Prvni nastrel v google a vypada dobre: http://thoughtsofanidlemind.com/2014/01/15/eas-device-partnerships/

    Prectete.

    Zkuste si prikazem Get-ActiveSyncDevice –Mailbox “uzivatel” vypsat propojena zarizeni a pripadne je prikazem Remove-ActiveSyncDevice smazat.

    6. února 2015 9:12
  • Díky za odpověď. Ne tohle jsme samozřejmně zkoušeli a já to akorát nenapsal.

    Každopádně jsme to opravdu zmigrovali do jiné databáze a vše se srovnalo.

    Čili pro ostatní takový návod co s tím, když nefunguje synchronizace kalendáře do iPhonu (ale i do jakéhokoliv jiného ActiveSync zařízení).

    a. První zkusit výše navržené, tj. smazat telefon z Exchange (ať už z PS, nebo z ECP)

    b. Samozřejmně zkusit smazat v telefonu profil, nechat stáhnout znova

    c. Pokud nepomůže, analyzovat log (Eventvwr) na výskyt chyb ActiveSync

    d. Častý problém bývá nezpropagovaná dědičnost práv v AD Users and Computers - tj. spustit ADUC (dsa.msc) - povolit si rozšířené možnosti (Advanced Features), a pak v detailu postiženého uživatele na záložce Zabezpečení (Security) v detailním nastavení práv povolit Dědičnost zhora dolů a aplikovat.

    Postup je popsaný např. zde: http://serverfault.com/questions/356612/exchange-activesync-does-not-work-for-one-user

    e. Pokud dojde k narušení databáze - tj. jako v mém případě dojde ke ztrátě logu (z libovolných příčin) a musí se přes eseutil provést start databáze bez logů a pokud zrovna v tom okamžiku dojde k nějaké aktivitě uživatele v telefonu, dojde pravděpodobně k nějaké chybě záznamu v mailboxu.

    Tedy v mém případě se jako správné ukázalo vytvoření nové Exchange databáze a migrace postiženého uživatele do nové.

    Následně by nemělo vadit (já to už zkoušet nebudu, protože mě tahle situace vyhovuje) toho uživatele vrátit zase zpět do původní DB.

    Na co si dát asi pozor. (vím, vypadám jak chytrej, co snědl všechu moudrost)

    Logy - během migrace rostou raketově, tj. před i po udělat zálohu, aby se to vyčistilo. a hlídat místo na disku.

    Záleží jak velký mailbox je.

    Pravidelně monitorovat eventlog.  A ideálně sledovat přes Get-MoveRequestStatistics - Identity mailbox@domain.com průběh.

    V mém případě zajímavá situace, přes ECP se nedala migrace vůbec pustit (nehlásila ani žádnou chybu), prostě začala a za chvíli skončila bez akce. Použil jsem tedy PowerShell a New-MoveRequest - Identity mailbox@domain.com.

    Takže aspoň snad užitečná informace pro někoho, komu se to třeba v budoucnu stane.

    6. února 2015 17:22
  • Ještě jenom doplním, cože se nám to vlastně stalo, neb to je taky zajímavé. Po výpadku napájení serverhousingového poskytovatele (kde pochopitelně nemáme UPS), nám odešel v serveru cache modul na řadiči. A pravděpodobně díky tomu (nezapsaná data v cache, těžko říct) došlo k neopravitelné chybě logů. Normálně bych obnovoval ze zálohy, ale v dané chvíli bylo rychlejší provést ten ne zcela ideální start DB bez logů, protože těsně před pádem doběhla full záloha, takže jsem ztratil plus minus 10x1MB souborů u hlavní databáze.

    U Public-Folder DB se to povedlo opravit, u hlavní DB ne, takže tam mi nic jiného nezbývalo.

    6. února 2015 17:28