A System Center 2012 R2 Operations Manager 5. kumulatív frissítésének leírása

Operations Manager

• A monitoringhost folyamat összeomlik az Active Directory
  
  A-hez való kötési hibák miatt, ezért kijavítottuk az Monitoringhost.exe összeomlását, ha nem tud csatlakozni az Active Directory tartományi szolgáltatások (AD DS) szolgáltatáshoz. Az összeomlásból származó híváslánc "System.DirectoryServices.ActiveDirectory.ActiveDirectoryServerDownException" hibát jelenít meg.
  
  

• A futtató fiókok nem szerkeszthetők a "Megadott leadás érvénytelen" kivétel
  
  miatt a futtató fiókok csak a kijelölt számítógépre terjeszthetők a futtató fiók tulajdonságainak terjesztési lapján keresztül. Ha egy terjesztési listában szereplő számítógépet leszerel az Operations Managerből, és megnyitja a futtató fiókot, a következő kivételt kapja, és a listában nem jelennek meg számítógépek:
  
  

  System.InvalidCastException: A megadott leadás érvénytelen. Microsoft.EnterpriseManagement.Monitoring.Internal.MonitoringObjectGenerated.get_Id()

  
  Ez a probléma már ki van javítva, és a kivétel már nem fordul elő.
  
  

• Az alkalmazás összeomlik, ha a keresés szűrési feltételek nélkül befejeződik az Elosztott alkalmazástervezőben
  
  . A javítás célja, hogy a konzol ne omljon össze, ha a keresés szűrési feltételek nélkül befejeződik az Elosztott alkalmazástervezőben.
  
  

• A MonitoringHost a Következő kivétellel összeomlik: System.OverflowException: Az érték túl nagy vagy túl kicsi volt egy Int32-ben
  
  az entitások változásainak nyomon követéséhez az EntityChangelog táblában található EntityChangeLogId azonosítóval, az EntityChangeLogId pedig Int64-értékként lett elsajátítva a táblában. A MT_* kezdetű ManagedType-táblák az EntityChangeLogID azonosítóra hivatkoznak. A ManagedType táblába beszúrt kód Int64 adattípus helyett Int32 adattípussal rendelkezett. Amikor az EntityChangeLogID elérte az Int32 korlátot, a kivétel összeomlott a MonitoringHostban. Ez javítva van, és a MonitoringHost már nem összeomlik.
  
  

• PowerShell-szkriptek
  
  hibaelhárításának támogatása Ha nyomkövetéseket gyűjt a PowerShell-szkriptek hibaelhárításához, a naplók nem jelenítik meg a PowerShell-szkripteknek átadott paramétereket. A hibakeresés megkönnyítése érdekében kódmódosítás történt az információk naplózásához.
  
  

• Az Operatív Elemzések az Operations Manageren
  
  keresztül System Center Tanácsadó számos izgalmas funkcióval bővült, és "Operatív Elemzések" néven lett átnevítve. További információ az operatív Elemzések funkcióról. A termék neve frissül az Operations Manager beépülő modulban System Center Tanácsadó.
  
  

• "Alapterv alaphelyzetbe állítása", "Az alapterv szüneteltetése" és "Az alapterv folytatása" tevékenységek meghiúsulnak, ha optimalizált teljesítménygyűjtési szabályon
  
  futnak. A probléma jelentkezésekor a következő kivétel jelenik meg:
  
  

  Microsoft.EnterpriseManagement.ContainerException: A tároló nem talált a Microsoft.EnterpriseManagement.ServiceDataLayer.ITaskRuntimeServiceInternal, Microsoft.EnterpriseManagement.DataAccessService.Core típussal kompatibilis "TaskRuntime" nevű összetevőt.

  
  

• Kivétel történik, ha törölt figyelőket vagy objektumokat
  
  tartalmazó előfizetéseket szerkeszt. Az előfizetés az "adott szabályok vagy figyelők által létrehozott" feltétel használatával jön létre. Egy ilyen előfizetés szerkesztésekor és a hozzájuk tartozó figyelők vagy szabályok törlésekor a következő kivételt kapja:
  
  

  System.NullReferenceException: Az objektumhivatkozás nem objektumpéldányra van beállítva.
  at Microsoft.EnterpriseManagement.Mom.Internal.UI.Controls.SourceChooserCriteriaItem.GetSources()
  at Microsoft.EnterpriseManagement.Mom.Internal.UI.Controls.SourceChooserCriteriaItem.Search(CancelFlagWrapper cancelFlag)

  
  Ez ki van javítva, hogy ne adjon ki kivételt, és ne jelenítse meg a többi érvényes szabályt vagy monitort.
  
  

• Nem lehet beállítani a widget oszlopszélességét
  
  Ha egy vezérlőhöz explicit oszlopszélesség van beállítva, a rendszer nem veszi figyelembe a megjelenő rács szélességét. Ezt egy helytelen Regex érvényesítési kifejezés okozta. Ezt kijavítottuk, és az explicit oszlopszélességnek tükröznie kell a felhasználói felületen.
  
  

• 4506-os esemény: Az adatok túl sok kiugró adat
  
  miatt el lett dobva Ha túl sok adatot küld egy modulba, az Operations Manager 4506 üzenetet naplóz, majd adatokat töröl. A rögzített korlát globálisan 5120 elem (az ügynökben). Ez a globális korlát paraméterezve van, és a beállításjegyzéken keresztül érhető el. Az értéket a következő két beállításkulcs egyikének létrehozásával állíthatja be:
  
  

  1. beállításkulcs	2. beállításkulcs
  Beállításjegyzék helye:HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\System Center\Health Service DWORD neve: Maximális globális függőben lévő adatok száma DWORD érték:nnnn (Ahol az nnnn az elemek száma globálisan. Igény szerint állítsa ezt az értéket 5120-nál nagyobb értékre.)	Beállításjegyzék helye:HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HealthService\Parameters DWORD neve: Maximális globális függőben lévő adatok száma DWORD érték:nnnn (Ahol az nnnn az elemek száma globálisan. Igény szerint állítsa ezt az értéket 5120-nál nagyobb értékre.)

  
  

• Az Adatraktár-időtúllépések
  
  kezelésének támogatása az Operations Manager-adattárház olyan eseményeket eredményez, mint a 31551, 31552, 31553, ha problémák merülnek fel az adatok adattárházba való beszúrása során. Ezek az események az SQL időtúllépési kivételei miatt fordulhatnak elő. Ha az SQL időtúllépési kivételeihez kapcsolódó események naplózva vannak, a naplók mostantól az időtúllépések meghosszabbításával kapcsolatos információkat is tartalmaznak. Ezekről a kivételekről ittolvashat bővebben.
  
  

• Nem folytatható a NOLOCK-vizsgálat az adatáthelyezés
  
  miatt Ha egy összetevő, például az Orchestrator megpróbálja meghívni az Operations Manager adatbázisfüggvényét fn_AlertViewChanges, a "Nem sikerült folytatni a vizsgálatot a NOLOCK-tal az adatáthelyezés miatt" kivétel jelenhet meg. Ezt egy redundáns NOLOCK-utasítás aktiválja az SQL SP-ben. Ez javítva van, csakúgy, mint a kivétel által okozott hibák.
  
  

• $ScriptContext.Context nem őrizi meg az értéket a $ScriptContext.Context környezetet használó PowerShell-vezérlőkben
  
  . Ezzel a javítással a környezet továbbra is megmarad.
  
  

• Az Operations Manager próbaverziós riasztása
  
  korábban figyelmeztetést jelenített meg a próbaidőszak lejárta előtt óránként 60, 30, 1 és az utolsó napon. Ez egy hibára módosult, így ön tudja, hogy az Operations Manager a próbaidőszak leteltével leáll. A tudásbáziscikkre mutató hivatkozást is tartalmaz, amely segítséget nyújt a próbaverzió regisztrált verzióra konvertálásában.

UNIX/Linux felügyeleti csomag

• Az Operations Manager UNIX/Linux-ügynökének frissítése alaphelyzetbe állítja a JEE-alkalmazáskiszolgálók részletes figyelési állapotát.
  
  Ez a probléma azokra a Java-alkalmazáskiszolgáló-példányokra vonatkozik, amelyeken engedélyezve van a "Mély figyelés" funkció. Amikor frissíti az Operations Manager UNIX/Linux-ügynökét, a példányok többé nem "Mély figyelt" állapotúak, és a mély figyelés felügyeleti csomag engedélyezése feladat újabb végrehajtását igénylik.
  
  

• Alapértelmezés szerint a Red Hat Enterprise Linux 5 rpcimap monitorja le van tiltva.
  
  A Red Hat Enterprise Linux 5.10-es és újabb verziói eltávolítják az alapértelmezett rpcimap démont, amely a korábbi Red Hat Enterprise Linux 5 kiadásokban található. Kritikus riasztások jönnek létre a nem Red Hat Enterprise Linux 5.10-en futó rpcimap szolgáltatáshoz. Alapértelmezés szerint a Red Hat Enterprise Linux 5 rpcimap monitorja le van tiltva. A felügyeleti csomagban azonban felülbírálással újra engedélyezhető.
  
  

• Az UTC +13 időzóna szerinti monitorozás (például Auckland, Új-Zéland nyári időszámítással) a "Unix-folyamatfigyelési sablon" sikertelenségéhez vezet.
  
  Ez a probléma minden olyan UNIX/Linux-kiszolgálóra vonatkozik, amely az UTC +13 időzónában található. Ha az UTC +13 időzónában található kiszolgáló Unix folyamatfigyelési sablonját próbálja használni, a következő figyelmeztetést naplózhatja az ügynök naplójában (/var/opt/microsoft/scx/log/scx.log):
  
  

  Figyelmeztetés [scx.core.providers.provess_provider:266:2250:140361722332992] SCX_UnixProcess_Class_Provider: EnumerateInstances – Az "offsetFromUTC" formális argumentum érvénytelen: SCXRelativeTime: years=0 months=0 days=0 hours=0 minutes=780 microseconds=0 - [/home/serviceb/ScxCore_R2URNext_Debian50_x64/pal/source/code/scxcorelib/pal/scxtime/absolute.cpp:856]
  

• Ha az "scxadmin -log-rotate" segédprogramot használja, a naplórotálás befejezése után ez leállítja a naplózást az ügynök naplójába (/var/opt/microsoft/scx/log/scx.log).
  
  Ha az scxadmin programot a -log-rotate beállítással együtt használja, előfordulhat, hogy a /var/opt/microsoft/scx/log/scx.log naplóba való bejelentkezés nem folytatódik, ha nem ad ki újraindítást (scxadmin -restart).

Letöltési információ

Az Operations Manager frissítési csomagjai a Microsoft Update-ből vagy manuális letöltéssel érhetők el.