Összefoglalás
A Microsoft Identity Manager (MIM) 2016 Service Pack 1 (SP1) rendszerhez elérhető egy gyorsjavítási kumulatív csomag (4.5.412.0-s build). Ez az összesítő csomag megoldja a problémákat, és hozzáad néhány javítást, amelyeket a "Kijavított problémák és az ebben a frissítésben hozzáadott fejlesztések" című szakaszban ismertetünk.
További információ
Ismert problémák a frissítésben
Csoportkezeléssel kapcsolatos probléma
Ha olyan csoportot nyit meg, amelynek nincs megjelenített tulajdonosa a MIM-portálon, megjelenik egy előugró ablak, és a következő hibaüzenet jelenik meg:
Válasszon ki egy megjelenített tulajdonost a fenti tulajdonosok közül.
Az előugró ablak bezárása után az ablak befagy a Betöltési állapotnál, és a csoportok már nem kezelhetők.
Szinkronizálási szolgáltatás
A frissítés telepítése után előfordulhat, hogy az Extensible MA -n (ECMA1 vagy ECMA 2.0) alapuló szabálybővítmények és egyéni felügyeleti ügynökök (MA-k) nem futnak, és "stopped-extension-dll-load" futtatási állapotot okozhatnak. Ez a probléma akkor fordul elő, ha ilyen szabálybővítményeket vagy egyéni MA-kat futtat, miután módosította a konfigurációs fájlt (.config) az alábbi folyamatok egyikéhez:
-
MIIServer.exe
-
Mmsscrpt.exe
-
Dllhost.exe
A MIIServer.exe.config fájl szerkesztésével például módosíthatja az alapértelmezett kötegméretet a Forefront Identity Manager (FIM) service MA szinkronizálási bejegyzéseinek feldolgozásához. Ebben az esetben a frissítés szinkronizálási motorjának telepítője nem tudja lecserélni a konfigurációs fájlt, hogy elkerülje a korábbi módosítások törlését. Ennek az az oka, hogy ha a konfigurációs fájl nincs lecserélve, a frissítéshez szükséges bejegyzések nem léteznek a fájlokban. Ezért a szinkronizálási motor nem tölt be szabálybővítmény DLL-eket, amikor a motor teljes importálási vagy Delta Sync-futtatási profilt futtat.
A probléma megoldásához kövesse az alábbi lépéseket:
-
Biztonsági másolatot készít a MIIServer.exe.config fájlról.
-
Nyissa meg a MIIServer.exe.config fájlt egy szövegszerkesztőben vagy a Microsoft Visual Studióban.
-
Keresse meg a MIIServer.exe.config fájl <futtatókörnyezet> szakaszát, majd cserélje le az <dependAssembly> szakasz tartalmát a következő tartalomra:
<dependAssembly>
<assemblyIdentity name="Microsoft.MetadirectoryServicesEx" publicKeyToken="31bf3856ad364e35" />
<bindingRedirect oldVersion="3.3.0.0-4.1.3.0" newVersion="4.1.4.0" />
</dependentAssembly>
-
Mentse a fájl módosításait.
-
Keresse meg a Mmsscrpt.exe.config fájlt ugyanabban a mappában, a Dllhost.exe.config pedig a szülőmappában. Ismételje meg az 1–4. lépést ezeknél a fájloknál.
-
Indítsa újra a Forefront Identity Manager Synchronization Service (FIMSynchronizationService) szolgáltatást.
-
Ellenőrizze, hogy a szabálybővítmények és az egyéni felügyeleti ügynökök a várt módon működnek-e.
Szolgáltatáskonfigurációs fájl frissítése
A MIM szolgáltatás gyorsjavításának telepítése után a rendszer felülírja a .NET-átirányítást tartalmazó Microsoft.Resourcemanagement.Service.exe.config fájlszakaszt. A nem MIM .dll bejegyzéseket manuálisan kell újból hozzáadni. A MIM WAL-kódtár átirányításai például elvesznek.
SSPR SMS Gateway Azure MFA-kiszolgálóval
Az Azure MFA helyszíni kiszolgálója figyelmen kívül hagyja a HITELESÍTÉSI munkafolyamat MIM SSPR OTP SMS Gateway-beállításait (az OTP-token hossza és az üzenet szövege). A kiszolgáló rögzített, 6-os OTP-tokenhosszúságú. A munkafolyamatok meghiúsulnak, ha az OTP-token hossza nem 6. Ha felhasználó által előnyben részesített nyelven szeretne üzenetet küldeni, létrehozhat profilokat a felhasználók számára az Azure MFA-kiszolgálón, és frissítheti őket a MIM-en kívül.
Internet Explorer-támogatás
Ebben a frissítésben a MIM-portál a legújabb jQuery-kódtár használatára frissül.
Megjegyzés: Ha az Internet Explorer 11-esnél korábbi verzióját használja, előfordulhat, hogy az előugró ablakok nem a várt módon működnek a MIM-portálon.
Fontos: A frissítés telepítése után törölje a böngésző gyorsítótárát, hogy kényszerítse a gyorsítótárazott JS-kódtárak újrabetöltését.
Szolgáltatás és portál beállítása
A 2013 x64 Visual C++ terjeszthető csomagokat (Vcresist_x64.exe) telepíteni kell a MIM szolgáltatás és a portál telepítőjének futtatása előtt.
Társított hibaüzenet:
Probléma merült fel a Windows Installer-csomaggal kapcsolatban. A telepítés befejezéséhez szükséges DLL nem futtatható. Lépjen kapcsolatba a támogatási személyzettel vagy a csomag forgalmazójával.
Felbontás:
Töltse le a Visual C++ terjeszthető csomagot (Vsresist_x64.exe) a Windows letöltőközpont alábbi hivatkozásáról.
Identitáskezelési portál
A frissítés telepítése után előfordulhat, hogy a portál nem a várt módon jelenik meg az Internet Explorerben. A probléma megoldásához kövesse az alábbi lépéseket:
-
Zárja be az összes Internet Explorer-példányt.
-
Nyissa meg az Internetbeállítások elemet a Vezérlőpult.
-
Törölje az összes böngészési előzményt és gyorsítótárazott fájlt.
Ha a probléma továbbra is fennáll, győződjön meg arról, hogy az Internet Explorer 11-es vagy újabb verziója van. Ha 11-nél korábbi verziókat futtat, előfordulhat, hogy a 11-es verzióban megjelenő portálhoz képest inkonzisztenciák jelennek meg.
4.5.412.0-s frissítés:
A jQuery kódtár a MIM gyorsjavítás 4.5.412.0-s buildjének legújabb verziójára frissül. A MIM-portál már nem támogatja az Internet Explorer 8–10-s verzióját. Ha az Internet Explorert használja, javasoljuk, hogy frissítsen a 11-es verzióra a MIM-portállal való használathoz.
Szinkronizálási szabály frissítésével kapcsolatos probléma
A MIM 4.5.286.0-s és 4.5.412.0-s buildjében (ez a frissítés) a hatókörszűrő használatára konfigurált kimenő szinkronizálási szabályok problémát tapasztalhatnak a MIM szolgáltatásfelügyeleti ügynök példányának módosítása után.
Tünetek:
Szinkronizálás futtatásakor a rendszer "sync-rule-validation-parsing-error" szinkronizálási hibaüzeneteket ad vissza.
A probléma reprodukálásának lépései:
-
A Szinkronizálási Service Manager (MIISClient.exe) módosítsa a MIM szolgáltatásfelügyeleti ügynök példányának konfigurációját.
Megjegyzés Ez bármilyen típusú módosítás lehet: attribútumfolyam-szabályok, szűrési szabályok, kapcsolatbeállítások stb. -
Futtasson deltaimportálást, majd futtasson delta-szinkronizálást a MIM szolgáltatásfelügyeleti ügynökén.
Eredmények:
A hatókörszűrő-alapú szinkronizálási szabályok frissülnek, hogy az összes logikai attribútumot false (hamis) értékre állítsa, függetlenül attól, hogy milyen attribútumértéket állítottak be korábban. Emiatt a rendszer visszaadja a sync-rule-validation-parsing-error kivételeket.
Workaround:
A probléma megoldásához a MIM szolgáltatásfelügyeleti ügynök konfigurációjának módosítása után futtasson egy teljes importálási (csak szakaszos) futtatási profilt a MIM szolgáltatásfelügyeleti ügynökön.
Információ frissítése
Microsoft letöltőközpont
A microsoftos letöltőközpontban támogatott frissítés érhető el. Azt javasoljuk, hogy ezt a frissítést minden ügyfél alkalmazza az éles rendszereire.
A Microsoft Identity Manager 2016 SP1 frissítésének letöltése (KB4489646)
Előfeltételek
A frissítés alkalmazásához a következőket kell telepítenie:
-
A 2013 x64 Visual C++ terjeszthető csomagok (vsresist_x64.exe) (a MIM szolgáltatás és a portál beállítása előtt telepíteni kell)
-
Microsoft Identity Manager 2016 4.4.1302.0-s build
-
.NET-keretrendszer 4.6 a következő összetevőkhöz:
-
MIM szolgáltatás
-
MIM-portálok (identitáskezelés, új jelszó kérése, jelszóregisztráció)
-
MIM PAM
-
MIM-bővítmények és -bővítmények
-
Újraindítás szükségessége
A bővítmények és bővítmények csomagjának alkalmazása után újra kell indítania a számítógépet (Mimaddinsextensions_x(64/86)_kb4489646.msp). Előfordulhat, hogy újra kell indítania a kiszolgáló összetevőit.
Csereinformációk
Ez egy összegző frissítés, amely felváltja a MIM 2016 SP1 összes frissítését a 4.4.1302.0-tól a 4.5.286.0-s buildig a Microsoft Identity Manager 2016-hoz.
Fájladatok
A frissítés globális verziója tartalmazza az alábbi táblázatban felsorolt fájlattribútumokat (vagy újabb fájlattribútumokat). Ezeknek a fájloknak a dátumai és időpontjai az egyezményes világidő (UTC) szerint vannak felsorolva. A fájladatok megtekintésekor a rendszer helyi idővé alakítja azokat. Az UTC és a helyi idő közötti különbséget a Vezérlőpult Dátum és idő elemének Időzóna lapján találja.
Fájlnév |
Fájlverzió |
Méret |
Dátum |
Idő |
---|---|---|---|---|
Mimaddinsextensions_x64_kb4489646.msp |
Not applicable |
7,589,888 |
2019. május 10. |
01:38 |
Mimaddinsextensions_x86_kb4489646.msp |
Not applicable |
3,272,704 |
2019. május 10. |
01:38 |
Mimcmbulkclient_x86_kb4489646.msp |
Not applicable |
11,550,720 |
2019. május 10. |
01:38 |
Mimcmclient_x64_kb4489646.msp |
Not applicable |
7,581,696 |
2019. május 10. |
01:38 |
Mimcmclient_x86_kb4489646.msp |
Not applicable |
7,196,672 |
2019. május 10. |
01:38 |
Mimcm_x64_kb4489646.msp |
Not applicable |
14,102,528 |
2019. május 10. |
01:38 |
Mimservice_x64_kb4489646.msp |
Not applicable |
38,031,360 |
2019. május 10. |
01:40 |
Mimsyncservice_x64_kb4489646.msp |
Not applicable |
22,515,712 |
2019. május 10. |
01:39 |
Kijavítottuk a problémákat és a frissítésben hozzáadott fejlesztéseket
Szolgáltatás és portál
MIM szolgáltatás
Fejlesztés 1
A TLS 1.2 támogatása hozzá van adva a MIM szolgáltatás és portál telepítőjéhez. Ez a frissítés akkor lesz telepítve, ha a TLS 1.2 az egyetlen engedélyezett protokoll *. A frissítés telepítése után a MIM szolgáltatás és a portál módosítási módú beállítása csak a TLS 1.2 engedélyezésével és az SQL OLE DB-illesztő telepítésével lesz sikeres.
* A Microsoft OLE DB Driver 18 for SQL Server-t telepíteni kell:
https://www.microsoft.com/en-us/download/details.aspx?id=56730
1. probléma
A MIM szolgáltatás dinamikus naplózása alapértelmezés szerint túl sok adatot naplóz. A frissítés telepítése után az alapértelmezett naplózási szint (AllSwitch) Figyelmeztetés értékre van állítva a Microsoft.ResourceManagement.Service.exe.config fájlban.
2. probléma
Amikor exportálást futtat a MIM szolgáltatásfelügyeleti ügynökén, ha a felügyeleti ügynök leáll az exportálás befejezése előtt, a MIM szolgáltatás folytatja az SQL Broker exportálási üzenetsorába helyezett módosítások feldolgozását.
A frissítés telepítése után, ha a MIM szolgáltatásfelügyeleti ügynök exportálása a befejezés előtt leáll, a MIM szolgáltatás leállítja az SQL Broker üzenetsorában maradó exportált módosítások feldolgozását.
Fontos: Ez csak az aszinkron exportálási műveletekre vonatkozik. Ez a probléma nem létezik a szinkron exportálási műveletek esetében.
3. probléma
Bizonyos körülmények között a MIM szolgáltatás nem szüntet meg egy munkafolyamat-példányt hurokban, ha a társított kérést már elutasították.
Kivételhiba történt a Forefront Identity Manager eseménynaplójában:
Reraised Error 50000, Level 16, State 1, Procedure ReRaiseException, Line 37, Message: Reraised Error 50000, Level 16, State 1, Procedure DoUpdateRequest, Line 255, Message: RequestSqlOperationException: Ez a művelet nem engedélyezett a RequestKey 13808-on, mert már végleges állapotban van.
Az EXECUTE utáni tranzakciók száma a BEGIN és a COMMIT utasítások eltérő számát jelzi. Előző darabszám = 1, aktuális szám = 0.
A frissítés telepítése után ez a probléma már nem jelentkezik.
4. probléma
Ha a MIM 4.5.26.0-s és újabb buildjeiben olyan kötést próbál törölni a MIM-szolgáltatássémában, amely egy logikai attribútumot köt egy erőforrástípushoz, a törlési kérelem meghiúsul.
A frissítés telepítése után a kötés törölhető.
5. probléma
A MIM szolgáltatás szolgáltatásfiókjának frissítéséhez egy csendes módban futó változásmódú telepítés futtatásával a parancssorban nem sikerül módosítani a szolgáltatásfiókot.
A frissítés telepítése után ez a művelet sikeres lesz.
6. probléma
Amikor indoklást és okot tartalmazó kérések jóváhagyását dolgozza fel, sem az Indoklás, sem az Ok szöveg nem vehető fel egy munkafolyamatból származó e-mail-értesítésbe.
A frissítés telepítése után az alábbi parancsokkal felveheti ezeket az attribútumértékeket az Értesítési e-mail-sablonokba:
-
[//Kérelem/Indoklás]
-
[//WorkflowData/Reason]
7. probléma
A 4.5.286.0-s buildtől kezdődően előfordulhat, hogy a MIM szolgáltatás vagy a portál szinkronizálási szabályához attribútumfolyam-szabályok hozzáadására tett kísérlet megakadályozza az attribútumfolyam-szabály hozzáadását. Az attribútumfolyamat hozzáadására irányuló kérelem sikeres, de az attribútumfolyamat valójában nem lett mentve az objektumba. Ez nem feltétlenül fordul elő minden helyzetben.
A frissítés telepítése után ez a probléma már nem jelentkezik.
Emelt szintű hozzáférés-kezelés
1. probléma
A PAM nem távolítja el a felhasználókat az alábbi forgatókönyvekben szereplő árnyékneves csoportokból a várt módon:
-
Azok a felhasználók, akiknek escape karaktere van az Active Directory distinguishedName elemében
-
Windows 2012-es vagy korábbi működési szinten futó tartományból áttelepített felhasználók
Az Active Directory distinguishedName elemében escape-karakterrel rendelkező felhasználók esetében, például a CN-értékben szereplő vessző esetén a PAM nem távolítja el ezt a felhasználót a kérelem lejáratakor az egyszerű árnyékcsoportból.
A frissítés telepítése után a rendszer a várt módon eltávolítja a felhasználót az árnyéknév-csoportból.
2. probléma
A Privileged Access Management (PAM) nem frissíti egy tag "élettartamát" (TTL) az árnyéknév-csoportok esetében, ha egy meglévő kérés kiterjesztésére irányuló kérést küld.
A probléma reprodukálása:
-
Hozzon létre egy új PAM-kérést egy mintaportálon keresztül, vagy futtassa a new-pamrequest parancsmagot a PowerShellben.
-
Próbálja kiterjeszteni a kérést egy mintaportálon keresztül, vagy futtassa a new-pamrequest parancsot.
A frissítés telepítése után a PAM frissíti a tag TTL-jét az árnyéknév-csoportokhoz, amikor egy meglévő kérés kiterjesztésére irányuló kérést küld.
3. probléma
Ha a REST API-val hívja meg a PAM jogosultságszint-emelési kérelmek előzményadatait, ha a PAM-kérést létrehozó MIM-kérelem lejárt, és törölve lett az adatbázisból, az API-hívás kivételt ad vissza.
Ha a get-PAMRequest parancs futtatásával ugyanazokat az adatokat adja vissza, hiba nélkül adja vissza a kérést, de nem rendelkezik kérelemállapot-értékkel .
A kivétel oka az, hogy a PAMRequest állapota közvetlenül a szülő MIM-kérés állapotából származik. Ha a MIM-kérés törölve lett az adatbázisból, nem lesz visszaadható állapot.
A frissítés telepítése után a REST API-hívás a KÉRELEM állapota adatok nélkül adja vissza a PAM-kérelem adatait.
MIM Identity Management Portal
Fejlesztés 1
A jQuery-kódtár a MIM-portál 3.3.1-es verziójára frissül a biztonság javítása érdekében (lásd a GitHub jQueryről szóló cikkét).
Fejlesztés 2
A MIM-szolgáltatásséma frissül, hogy hozzáadjon egy PageTitle attribútumot az oldal testreszabásához. Ez az érték akkor jelenik meg a CustomizedObjects.aspx lapon, ha a PageTitle attribútum fel van töltve a ResourceType definíciójában. Tekintse meg a példákat az alábbi képernyőképeken.
A Contact objects (Névjegyobjektumok) lap a 4.5.412.0-s build előtt
A 4.5.412.0-s build telepítése után tegye a következőket:
-
Hozzon létre egy MPR-t a lapcímek szerkesztéséhez szükséges engedélyek megadásához.
-
Adjon meg egy értéket a ResourceType objektum Oldal címe eleméhez.
-
Futtassa az IISReset parancsot egy rendszergazdai parancssori ablakban.
Az eredményül kapott módosítás megtekintéséhez lépjen a MIM-portálra, és tekintse meg ismét a Névjegyek lapot.
1. probléma
Amikor a MUNKAFOLYAMAT-Tervező szerkessze a munkafolyamat-tevékenység tulajdonságait a MIM-portálon, a tevékenységtulajdonságokban végrehajtott minden módosítás hatására a lap a munkafolyamat-tevékenység szerkesztési nézetének tetejére görget.
A frissítés telepítése után ez a probléma már nem jelentkezik.
2. probléma
Ha egyéni objektumtípushoz egyéni UocIdentityPicker vezérlőt használ egy erőforrás-vezérlő megjelenítési konfigurációjában (RCDC), a visszaadott objektumok egyéni attribútumon belüli keresési eredmények párbeszédpanelen történő rendezése a következőket okozhatja:
-
A visszaadott objektumok száma megváltozik
-
A visszaadott objektumok nem a várt módon vannak rendezve
A gyorsjavítás telepítése után ez a rendezési probléma nem fordul elő, bár a következő kivételek érvényesek:
Szűrők, amelyek lehetővé teszik a rendezést mindkét gyakori attribútum és az ehhez az erőforrástípushoz kötött attribútumok alapján:
-
/ResourceType[Néhány feltétel]
-
/ResourceType
-
/Néhány hierarchia/ResourceType
-
/Néhány hierarchia/ResourceType[Néhány feltétel]
Példa:
-
/Személy
-
/Group[Type='Security]'
Ez a javítás nem működik az alábbi példákhoz hasonló szűrők esetében:
-
[ResourceType='Group]
-
/Csoportok/Tagok
Azokban az esetekben, amikor a szűrő úgy van definiálva, hogy ez a változás ne terjedjen ki rá, a MIM csak a gyakori attribútumok (az "erőforrás" erőforrástípushoz kötött attribútumok) jelenlegi rendezését támogatja.
3. probléma
Ha felhasználói adatokat illeszt be egy UocIdentityPicker vezérlőbe, ha az adatok szabványos Outlook e-mail- és névformátumban formázva jelennek meg, kivételt ad vissza. A kivétel nem támogatott karaktereket jelöl a szövegben. Ha a kivételablakban az OK gombra kattint, az érték törlődik az UocIdentityPicker vezérlőből.
Példa az Outlook e-mail formátumára:
Joe felhasználói <juser@contoso.com>
A frissítés telepítése után az UocIdentityPicker vezérlő sikeresen elemzi az ebben a formátumban beillesztett felhasználóneveket.
Megjegyzés: Miután beillesztett egy, az előző példához hasonló formátumú értéket, ha a Ctrl+Z billentyűkombinációt lenyomva visszavonja a beillesztést, a program egy előugró kivételt ad vissza. Ez azt jelzi, hogy nem támogatott karakterek vannak. A Ctrl+Z billentyűkombináció helyett használja a Delete vagy a Backspace billentyűt.
4. probléma
A MIM 4.5.202.0-s buildjétől kezdve, ha az egyéni RCDC-vezérlők honosított sztringek használatára vannak konfigurálva, az erőforrások vegyes nyelveken jelennek meg.
Példa:
A testreszabott RCDC a német nyelvet használja (helyi DE-DE és DE-CH, Németország-Svájc). A 4.5.202.0-s verzióra való frissítés után ezek az RCDC-k már nem jelennek meg megfelelően. Ehelyett angol és német szöveg keverékét mutatják.
A frissítés telepítése után az RCDC-k a várt módon jelennek meg.
Tanúsítványkezelés
1. probléma
Az adatgyűjtési elemek kérésben való beállítása meghiúsul, ha a kérést a REST API használatával küldi el.
A frissítés telepítése után az adatgyűjtési elemek igény szerint állíthatók be.
2. probléma
Amikor a MIM CM REST API-val regisztrál egy virtuális intelligens kártyát, és egyéni alkalmazást vagy a MIM CM Modern alkalmazást használja, a virtuális intelligens kártyát regisztráló számítógép gazdaneve nem a várt módon lesz regisztrálva a MIM CM-kérelemben.
A frissítés telepítése után a számítógép gazdaneve a várt módon lesz rögzítve a kérelemben.
3. probléma
Amikor megpróbálja telepíteni a 4.5.286.0-s frissítést a MIM CM tömeges ügyfélre, a telepítés sikertelen lesz, és a következő kivételt adja vissza:
A telepítőprogram váratlan hibát észlelt. A hibakód: 2711.
Ez a probléma már ki van javítva ebben a gyorsjavítási frissítésben. A MIM CM tömeges ügyfele most már sikeresen frissül.
4. probléma
Ha a MIM CM bulk client használatával kérdezi le a kéréseket a 4.5.26.0-s buildben, a rendszer nem a várt módon adja vissza a kérések megjegyzéseit.
A frissítés telepítése után a rendszer az egyes kérések megjegyzéseit a várt módon adja vissza a tömeges ügyfélnek.
Szinkronizálási szolgáltatás
Fejlesztés 1
A Active Directory tartományi szolgáltatások felügyeleti ügynök mostantól támogatja az msDS-GroupManagedServiceAccount objektumtípus felderítését és importálását.
1. probléma
A MIM 4.5.286.0-s buildjében a MIM felügyeleti ügynök exportálása a következő kivételt eredményezheti:
Hiba oka: A végpont nem tudta elküldeni a request.\r\n\r\nFault Details: <DispatchRequestFailures xmlns="http://schemas.microsoft.com/2006/11/ResourceManagement" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"><DispatchRequestAdministratorDetails><FailureMessage>Exception: Other
Stack Trace: Microsoft.ResourceManagement.WebServices.Exceptions.UnwillingToPerformException: Other ---> System.Data.SqlClient.SqlException: Reraised Error 50000, Level 13, State 1, Procedure ReRaiseException, Line 37, Message: Reraised Error 50000, Level 13, State 1, Procedure ReRaiseException, Line 37, Message: Reraised Error 1205, Level 13, State 51, Procedure GenerateRequestOutput, Line 2147, Message: Transaction (Process ID 88) was deadlocked on lock resources with another process and has holtpont áldozatának választották. Futtassa újra a tranzakciót.
at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection)
at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)
at System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)
a System.Data.SqlClient.SqlDataReader.ConsumeMetaData() címen
System.Data.SqlClient.SqlDataReader.get_MetaData()
at System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString)
at System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async)
at System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, DbAsyncResult result)
at System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method)
at System.Data.SqlClient.SqlCommand.ExecuteReader(CommandBehavior behavior, String method)
a System.Data.SqlClient.SqlCommand.ExecuteReader() helyen
at Microsoft.ResourceManagement.Data.DataAccess.DoRequestCreation(RequestType request, GUID cause, GUID requestMarker, Boolean doEvaluation, Int16 serviceId, Int16 servicePartitionId)
--- belső kivételverem nyomkövetési --- vége
címen: Microsoft.ResourceManagement.WebServices.RequestDispatcher.CreateRequest(UniqueIdentifier requestor, UniqueIdentifier targetIdentifier, OperationType művelet, String businessJustification, List'1 requestParameters, CultureInfo locale, Boolean isChildRequest, Guid cause, Boolean doEvaluation, Nullable'1 serviceId, Nullable'1 servicePartitionId, UniqueId messageIdentifier, UniqueIdentifier requestContextIdentifier, Boolean maintenanceMode)
címen: Microsoft.ResourceManagement.WebServices.RequestDispatcher.CreateRequest(UniqueIdentifier requestor, UniqueIdentifier targetIdentifier, OperationType művelet, String businessJustification, List'1 requestParameters, CultureInfo locale, Boolean isChildRequest, Guid cause, Boolean doEvaluation, Nullable'1 serviceId, Nullable'1 servicePartitionId, UniqueId messageIdentifier)
a Microsoft.ResourceManagement.WebServices.ResourceManagementService.Create(Message request)</FailureMessage><DispatchRequestFailureSource>Egyéb</DispatchRequestFailureSource><AdditionalTextDetails>A kérés nem küldhető el.</AdditionalTextDetails></DispatchRequestAdministratorDetails><CorrelationId><3 fc548590-4306-4e1a-bb93-074f51f6757d><4 /CorrelationId></DispatchRequestFailures>
A frissítés telepítése után ez a probléma már nem jelentkezik.
Hivatkozások
Microsoft Identity Manager kiadási előzmények
Ismerje meg a Microsoft által a szoftverfrissítések leírására használt terminológiát .