Megosztás a következőn keresztül:


Kibocsátási megjegyzések System Center Service Manager

Ez a cikk a System Center 2022 – Service Manager kibocsátási megjegyzéseit sorolja fel. Ez a cikk az Operations Manager 2022 UR2 kiadási megjegyzéseit is tartalmazza.

Service Manager 2022-es kibocsátási megjegyzések

A következő szakaszok a 2022-es Service Manager kibocsátási megjegyzéseit ismertetik, és tartalmazzák az ismert problémákat és kerülő megoldásokat.

Ismert problémák és kerülő megoldások

A Data Warehouse Server aktiválásának manuális lépései

Leírás: Service Manager Data Warehouse nincs aktiválva a felügyeleti kiszolgáló licencaktiválásának részeként. Manuálisan kell aktiválnia a Data Warehouse.

Megkerülő megoldás: Kövesse az alábbi lépéseket a Data Warehouse-kiszolgáló manuális aktiválásához:

  1. Nyissa meg a Windows PowerShellt.

  2. Módosítsa a könyvtárat Telepítési mappára/PowerShellre.

  3. Futtassa a következő parancsot a PowerShell-modul importálásához; – Import-Module .\System.Center.Service.Manager.psm1

  4. Futtassa Set-SCSMLicense powershell a parancsmagot a licenc aktiválásához.

    Megjegyzés

    A DW-kiszolgáló a parancs felügyeleti kiszolgálójának bemenete.

Az SM 2022 telepítése a TLS 1.2 rendszerű gépen sikertelen

Leírás: A System Center Service Manager 2022 friss telepítése vagy egy korábbi verzióról az SM 2022-re való frissítés meghiúsul, ha a számítógép TLS 1.2-es verziója meg van edzve.

Megkerülő megoldás: Tiltsa le a TLS 1.2-t a telepítés/frissítés előtt, és engedélyezze újra a frissítés befejezése után.

Az Orchestrator 2022 összekötője meghiúsul

Leírás: Előfordulhat, hogy az Orchestrator 2022 összekötője az Orchestrator webszolgáltatás változásai miatt nem működik.

Megkerülő megoldás: Folytassa a System Center 2019 Webes API használatát, amíg ezt nem oldjuk meg. A System Center 2022 támogatja a 2019-ben futó webkonzol/API párhuzamos futtatását.

A jelentéskezelési csomagok üzembe helyezése meghiúsulhat

Leírás: A sikeres Data Warehouse telepítése után a jelentéskezelési csomagok telepítése meghiúsulhat, ha SQL Server Reporting Services (SSRS) helyileg fut a Data Warehouse felügyeleti kiszolgálón, és az SSRS 2017-ben vagy újabb verzióban fut.

Ez a probléma a 2016-os és újabb Service Manager jelentkezik.

Megkerülő megoldás: Hajtsa végre az itt részletezett lépéseket.

Service Manager 2022-es UR2 kibocsátási megjegyzések

A 2022-Service Manager UR2-ben nincsenek ismert problémák.

Az UR2-ben kijavított problémákért és az UR2 telepítési utasításaiért tekintse meg a tudásbáziscikket.

Ez a cikk System Center Service Manager 2019 kibocsátási megjegyzéseit tartalmazza.

A System Center 2019 – Service Manager kibocsátási megjegyzései

A következő szakaszok a Service Manager 2019 kibocsátási megjegyzéseit ismertetik, és tartalmazzák az ismert problémákat és kerülő megoldásokat.

Ismert problémák és kerülő megoldások

A Data Warehouse Server aktiválásának manuális lépései

Leírás: Service Manager Data Warehouse nincs aktiválva a felügyeleti kiszolgáló licencaktiválásának részeként. Manuálisan kell aktiválnia a Data Warehouse.

Megkerülő megoldás: Kövesse az alábbi lépéseket a Data Warehouse-kiszolgáló manuális aktiválásához:

  1. Nyissa meg a Windows PowerShellt.

  2. Módosítsa a könyvtárat Telepítési mappára/PowerShellre.

  3. Futtassa a következő parancsot a PowerShell-modul importálásához; – Import-Module .\System.Center.Service.Manager.psm1

  4. Futtassa Set-SCSMLicense powershell a parancsmagot a licenc aktiválásához.

    Megjegyzés

    A DW-kiszolgáló a parancs felügyeleti kiszolgálójának bemenete.

Az SCSM nem működik az alapértelmezett SSAS-móddal az SQL 2017-ben

Leírás: System Center Service Manager 2019-ben SQL Server Analysis Services (SSAS) szükséges a Microsoft Online Analytical Processing (OLAP) kockák használatához. Az SQL 2017-ben az alapértelmezett SSAS-mód a táblázatos. Service Manager felügyeleti kiszolgálója és Data Warehouse csak az SSAS móddal működik többdimenziós, táblázatos módban nem.

Workaround: A SQL Server 2017 friss telepítése esetén válassza az SSAS módot többdimenziósként. Ha a SQL Server korábbi verziójáról SQL Server 2017-re frissít, a régebbi SSAS mód továbbra is megmarad. Ezért nincs szükség manuális lépésre SQL Server frissítési forgatókönyvhöz.

Az SM 2019 telepítése a TLS 1.2-gépen sikertelen

Leírás: A System Center Service Manager 2019 friss telepítése vagy egy korábbi verzióról az SM 2019-re való frissítés meghiúsul, ha a számítógép TLS 1.2-es verziója meg van edzve.

Megkerülő megoldás: Tiltsa le a TLS 1.2-t a telepítés/frissítés előtt, és engedélyezze újra a frissítés befejezése után.

Az SM Authoring Tool telepítésének előfeltétele

Leírás: Telepítse a Microsoft Visual C++ 2012 terjeszthető verzióját, mielőtt üzembe helyezené Service Manager Authoring Tool 2019-et.

Megkerülő megoldás: Nincs.

Az Exchange Connector létrehozása varázsló összeomolhat

Leírás: Amikor új Exchange Connectort hoz létre Service Manager 2019-konzollal, kivételt jelent, ha a rendszergazda a Kapcsolat tesztelése lehetőséget választja az Exchange-összekötő létrehozása varázsló Kiszolgálókapcsolat paneljén.

Megkerülő megoldás: Ne válassza a Kapcsolat tesztelése lehetőséget az Exchange-összekötő létrehozása varázslóban. Ehelyett válassza a Tovább gombot, amely belsőleg teszteli a kapcsolatot, és nem összeomlik a varázsló. Ha az összeomlás történt, indítsa újra a varázslót, és használja ezt a kerülő megoldást.

A tartomány kiválasztása a tallózási beállításokon keresztül meghiúsul az AD-összekötő varázslóban

Leírás: Hiba történik, ha a Tallózás lehetőséget választva választja ki a tartományt vagy szervezeti egységet a Service Manager 2019-konzol Active Directory-összekötő varázslójában.

Megkerülő megoldás: Telepítse a Microsoft Visual C++ 2012 Terjeszthető elemet a számítógépre, és használja az AD-összekötő varázslót.

Hiba történt egy új szoftvertípus konfigurációelemének létrehozásakor

Leírás: A Szoftver létrehozása konfigurációelem űrlap Virtuális alkalmazás tulajdonságmezője kötelező, de nem tartalmazza a kötelező elemet jelző csillagot (*).

Ha nem tölti ki ezt a mezőt, és az Ok vagy az Alkalmaz lehetőséget választja, hibaüzenet jelenik meg, és nem használhatja az űrlapot.

Megkerülő megoldás: Nyissa meg újra a Szoftverkonfiguráció létrehozása űrlapot, és töltse ki az összes adatot, beleértve a Virtuális alkalmazás mezőt, és válassza az OK vagy az Alkalmaz lehetőséget.

A távoli SQL Server jelentéskészítési szolgáltatások konfigurálásának lépései

Leírás: Az Service Manager adatraktár-felügyeleti kiszolgáló üzembe helyezése során megadhatja azt a kiszolgálót, amelyre a Microsoft SQL Server Reporting Services (SSRS) üzembe lesz helyezve. A beállítás során alapértelmezés szerint az adattárház-felügyeleti kiszolgálót üzemeltető számítógép van kiválasztva. Ha egy másik számítógépet ad meg az SSRS üzemeltetéséhez, a rendszer arra kéri, hogy kövesse a kiszolgáló előkészítésére vonatkozó eljárást.

Megkerülő megoldás: Ha egy másik számítógépet szeretne megadni az SSRS üzemeltetéséhez, hajtsa végre az itt ismertetett lépéseket.

A VMM-kiszolgálóra telepített SM-konzol VMM-összekötőhibát okoz

Leírás: Ha Service Manager-konzolt ugyanarra a kiszolgálóra telepíti, mint a VMM, akkor nem használhatja ezt a Service Manager-konzolt a VMM-kiszolgálóhoz tartozó VMM-összekötő létrehozásához.

Megkerülő megoldás: Hozzon létre egy másik Service Manager-konzolt a VMM-összekötő létrehozásához.

Az Operations Manager felügyeleti kiszolgálóra telepített SM-konzol hibát okoz

Leírás: A Service Manager konzol nem telepíthető operations manager felügyeleti kiszolgálóra. Ez a képesség jelenleg nem támogatott.

Megkerülő megoldás: Nincs.

Data Warehouse beállítás meghiúsulhat, ha az adatbázis vagy a napló elérési útja egyetlen idézőjelet használ

Leírás: A beállítás során előfordulhat, hogy egy egyszerű idézőjelet (') tartalmazó adatbázist vagy naplóútvonalat ad meg, a beállítás sikertelen lehet.

Megkerülő megoldás: Használja az elérési utat egyetlen idézőjel nélkül.

A telepítés sikertelen lehet, ha az SM Authoring Tool korábban lett telepítve

Leírás: Az SM authoring eszköz beállítása sikertelen lehet, ha korábban már telepítette a Service Manager Authoring Tool valamelyik verzióját.

Megkerülő megoldás: Távolítsa el a Service Manager Szerkesztőeszköz korábbi verzióját, majd próbálkozzon újra a beállítással.

A telepítő nem telepíti a Jelentésmegjelenítő nyelvi csomagot

Leírás: A telepítő tartalmaz egy előfeltétel-ellenőrzőt, amely ellenőrzi és szükség esetén telepíti a Microsoft Report Viewer. A telepítő azonban nem telepíti a Jelentésmegjelenítő nyelvi csomagot, amely kompatibilissé teszi a Microsoft Report Viewer az angoltól eltérő nyelvek használatára konfigurált Windows operációs rendszerekkel.

Megkerülő megoldás: Ha a rendszer úgy van konfigurálva, hogy az angoltól eltérő nyelvet használjon, manuálisan telepítse a Jelentésmegjelenítő nyelvi csomagot az adott nyelvhez.

Az SM beállítása sikertelen, ha egy SQL Server-példány karaktert $ tartalmaz

Leírás: Ha egy dollárjelet ($) tartalmazó nevű Structured Query Language (SQL) példánnyal kísérli meg telepíteni Service Manager, a beállítás sikertelen lesz.

Megkerülő megoldás: Használjon olyan SQL-példányt, amely nem tartalmazza a karaktert a $ nevében.

Az Orchestrator-összekötő fiók jelszava nem tartalmazhat $ karaktereket

Leírás: Ha az Orchestrator-összekötő fiók jelszava karaktert $ tartalmaz, a szinkronizálási feladat befejeződik, a runbookok azonban nem frissülnek a Service Manager adatbázisban.

Megkerülő megoldás: Ha az Orchestrator-összekötő fiókjának jelszava tartalmaz egy karaktert $ , módosítsa a jelszót olyanra, amely nem tartalmazza a karaktert $ .

A beállítási naplók csak angol nyelven jelennek meg

Leírás: A Service Manager beállítási naplói csak angol nyelven érhetők el.

Megkerülő megoldás: Nincs.

A szolgáltatáskérési sablon elemeinek módosításakor vagy törlésekor hibák léphetnek fel

Leírás: Amikor szolgáltatáskérést hoz létre egy kérésajánlati sablonnal, és módosítja vagy törli a sablonban található tevékenységeket, különböző hibák léphetnek fel, amelyek megakadályozzák a szolgáltatáskérés mentését.

Megkerülő megoldás: Szolgáltatáskérések létrehozásakor kerülje a kérelemajánlati sablonban található tevékenységek módosítását vagy törlését. Ha szükséges, új kérésajánlati sablont hozhat létre csak a szükséges tevékenységekkel, amely a felhasználás céljának megfelelően van konfigurálva.

A jelentéskészítő kiszolgáló konfigurálása hosszabb időt vehet igénybe

Leírás: Az adattárház telepítésekor az alapértelmezett webkiszolgáló URL-címének ellenőrzése akár 25 másodpercig is eltarthat.

Megkerülő megoldás: Nincs.

Double-Byte karakterek helytelenül lesznek elküldve a keresőszolgáltatónak

Leírás: Ha tudáskeresést végez, és kétbájtos karaktereket ír be a Keresésszolgáltató mezőbe, azok nem lesznek megfelelően elküldve a keresési webhelyre. A megfelelő karakterek helyett hibás karaktereket küld a rendszer.

Megkerülő megoldás: Nincs.

A tudáscikkek dátum szerinti rendezése nem működik

Leírás: Ha a tudáscikkeket dátum szerint próbálja rendezni, a rendezés nem működik.

Megkerülő megoldás: Nincs.

Inkonzisztens időformátumok bizonyos területeken

Leírás: Egyes nézetek, például a Workitems/IncidentManagement/All Incident időformátuma nem összhangban van a rendszer helyi beállításaival. Ez a probléma akkor fordulhat elő, ha lezáratlan felügyeleti csomagok (MP) nézeteivel dolgozik.

Megkerülő megoldás: A probléma megoldásához kövesse az alábbi lépéseket:

  1. Exportálja a Service Manager Incidenskezelési konfigurációtár felügyeleti csomagját.

  2. Módosítsa a felügyeleti csomagot. Keresse meg a LastModified oszlopot, és módosítsa a kötést az alábbiak szerint:

Módosítás előtt

<mux:Column Name="lastModified" DisplayMemberBinding="{Binding Path=$LastModified$, Mode=OneWay}" Width="150" DisplayName="Header_Last_Modified" Property="$LastModified$" DataType="s:DateTime" />

Módosítás után

<mux:Column Name="lastModified" DisplayMemberBinding="{datebinding:DateBinding Path=$LastModified$, Mode=OneWay}" Width="150" DisplayName="Header_Last_Modified" Property="$LastModified$" DataType="s:DateTime" />

  1. Ismételje meg az 1–2. lépést a LastModified nevű oszlopok esetében.
  2. Importálja újra a módosított felügyeleti csomagot.
  3. Indítsa újra a konzolt.

Data Warehouse telepítés sikertelen lehet, ha az SSRS helyileg van telepítve a Data Warehouse Felügyeleti kiszolgálón

Leírás: Ha az SSRS 2017-et vagy újabb verziót helyileg telepítik a Data Warehouse felügyeleti kiszolgálóra, előfordulhat, hogy a Data Warehouse telepítése meghiúsul a Szolgáltatások telepítése fázisban, a következő hibával: Hiba történt egy egyéni művelet végrehajtása során:_CreateSrsFolder_SC.

Ez a probléma a Windows 2019 Service Manager 2019-ben jelentkezik.

Megkerülő megoldás: A Data Warehouse beállítása után ellenőrizze, hogy az SSRS szolgáltatás leáll-e a telepítés során. Ha leáll, indítsa el az SSRS szolgáltatást a Szolgáltatások telepítése fázis előtt.

A jelentéskezelési csomagok üzembe helyezése meghiúsulhat

Leírás: A sikeres Data Warehouse telepítése után a jelentéskezelési csomagok telepítése meghiúsulhat, ha SQL Server Reporting Services (SSRS) helyileg fut a Data Warehouse felügyeleti kiszolgálón, és az SSRS 2017-ben vagy újabb verzióban fut.

Ez a probléma a 2016-os és újabb Service Manager jelentkezik.

Megkerülő megoldás: Hajtsa végre az itt részletezett lépéseket.

Fontos

A Service Manager ezen verziója elérte a támogatás végét. Javasoljuk, hogy frissítsen Service Manager 2022-re.

Ez a cikk a System Center 1807 – Service Manager (SM) kibocsátási megjegyzéseit tartalmazza.

A System Center 1807 – Service Manager kibocsátási megjegyzései

A következő szakaszok az 1807-es Service Manager kibocsátási megjegyzéseit ismertetik, és tartalmazzák a kijavított, ismert problémákat és kerülő megoldásokat.

Kijavított problémák

Az SM 1807-ben az alábbi problémák vannak kijavítva:

  • A System Center Operations Manager (SCOM) konzolja és System Center Service Manager (SCSM) konzolja vagy PowerShell-összetevői nem tudnak együtt létezni ugyanazon a kiszolgálón.

    Megjegyzés

    A probléma megoldásához telepítenie kell az Operations Manager 1807-et.

  • Egyes nézetekben a dátum- és időformátum nem egyezik meg a helyi számítógép beállításaival.

  • Az SM-konzol nem szabadít fel a használt memóriát, amint a megfelelő ablak (UI) bezárul.

  • Az összekötők CSV-fájlként való importálásakor a konzol összeomlhat (nem az en-us területi beállítás).

  • Előfordulhat, hogy a konzol összeomlik, ha egy ideig nem lesz fókuszban.

  • A munkafolyamat állapotnézete nem töltődik be gyorsan.

  • Elavult jelentések Data Warehouse (DW) kockából.

  • A DWDataMart DateDim táblái 2050. 12. 31-ig nem voltak elérhetők.

  • A Service Level Objects (SLO) TargetWarningDate függvénye nem veszi figyelembe a társított naptárban meghatározott munkaidőt és napokat.

  • Az önkiszolgáló portál mellékleteket tartalmazó kérései a sikeres létrehozás után is hibás hibaüzeneteket hoznak létre.

  • Ha az Active Directory-összekötőt egy adott tartományvezérlővel szeretné szinkronizálni, a felhasználók nem adhatja meg a tartományvezérlőt az Active Directory-összekötő LDAP-lekérdezésében.

  • A System Center Configuration Manager 1802 nem támogatott a Configuration Manager-összekötők esetében Service Manager.

Ismert problémák és kerülő megoldások

Inkonzisztens időformátumok bizonyos területeken

Leírás: Bizonyos nézetekben, például a Workitems/IncidentManagement/All Incident esetében az időformátum nem összhangban van a rendszer helyi beállításaival. Ez a probléma akkor fordulhat elő, ha a lezáratlan felügyeleti csomagok (MP) nézeteivel dolgozik.

Workaround: A probléma megoldásához kövesse az alábbi lépéseket:

  1. Exportálja a Service Manager Incidenskezelési konfigurációtár felügyeleti csomagját.
  2. Módosítsa a felügyeleti csomagot. Keresse meg a LastModified oszlopot, és módosítsa a kötést az alábbiak szerint:

Módosítás előtt

<mux:Column Name="lastModified" DisplayMemberBinding="{Binding Path=$LastModified$, Mode=OneWay}" Width="150" DisplayName="Header_Last_Modified" Property="$LastModified$" DataType="s:DateTime" />

Módosítás után

<mux:Column Name="lastModified" DisplayMemberBinding="{datebinding:DateBinding Path=$LastModified$, Mode=OneWay}" Width="150" DisplayName="Header_Last_Modified" Property="$LastModified$" DataType="s:DateTime" />

  1. Ismételje meg az 1–2. lépést a LastModified nevű oszlopok esetében.
  2. Importálja újra a módosított felügyeleti csomagot.
  3. Indítsa újra a konzolt.

Fontos

A Service Manager ezen verziója elérte a támogatás végét. Javasoljuk, hogy frissítsen Service Manager 2022-re.

Ez a cikk a System Center 1801 – Service Manager (SM) kibocsátási megjegyzéseit tartalmazza.

Ez a cikk a System Center 2016 – Service Manager (SM) kibocsátási megjegyzéseit tartalmazza.

A System Center 1801 – Service Manager kibocsátási megjegyzései

A következő szakaszok részletesen ismertetik az SM 1801 kibocsátási megjegyzéseit, és tartalmazzák az ismert problémákat és kerülő megoldásokat.

SQL Server 2014 számosságbecslése hatással lehet az SM teljesítményére

Leírás: Ha a Service Manager-adatbázis a 2014-es SQL Server fut, és a számosságbecslő a SQL Server 2014-es verzióra van állítva, lassú teljesítményt tapasztalhat.

Megkerülő megoldás: Állítsa át az SQL Servert az SQL Server 2012 számosságbecslő (Cardinality Estimator, CE) funkciójának használata. A számosságbecslő módosításáról további információt a 2014- SQL Server új funkciói – 2. rész – Új számosságbecslés című témakörben talál.

Az SM Authoring Tool telepítésének előfeltétele

Leírás: A Microsoft Visual C++ 2012 újraterjeszthető verzióját telepíteni kell Service Manager 1801 Szerzői eszköz telepítése előtt.

Workaround: Nincs

Az Exchange Connector létrehozása varázsló összeomolhat

Leírás: Ha új Exchange Connectort hoz létre Service Manager 1801-konzolon, kivételt okoz, ha a rendszergazda az "Exchange Connector létrehozása" varázsló "Kiszolgálókapcsolat" paneljén a "Kapcsolat tesztelése" gombot választja.

Workaround: A probléma megoldásához ne válassza a "Kapcsolat tesztelése" gombot az "Exchange-összekötő létrehozása" varázslóban. Ehelyett közvetlenül válassza a "Tovább" gombot, amely belsőleg teszteli a kapcsolatot, és nem összeomlik a varázsló.

Ha már bekövetkezett az összeomlás, indítsa újra a varázslót, és használja ezt az áthidaló megoldást.

Hiba lép fel a tartomány tallózásakor az Active Directory-összekötő varázslóban

Leírás: Hiba jelenik meg a "Tallózás" kiválasztásakor, amikor a Tartomány vagy szervezeti egység lehetőséget választja az Service Manager 1801 konzol AD-összekötő varázslójában.

Áthidaló megoldás: telepítse a Microsoft Visual C++ 2012 terjeszthető csomagot az érintett gépekre.

Hiba történt egy új szoftvertípus konfigurációs elemének létrehozásakor

Leírás: A Szoftverkonfigurációs elem létrehozása űrlap "Is Virtual Application" tulajdonsága kötelező, de az asterix (*) szimbólum nem jelenik meg ehhez a tulajdonsághoz. Ezért ha a mező beállítása nélkül az Ok vagy az Alkalmaz gombot választja, az hibát jelez, és használhatatlanná teszi az űrlapot.

Workaround: Nyissa meg újra a Szoftverkonfiguráció létrehozása űrlapot, és töltse ki az összes adatot, beleértve az "Is Virtual Application" mezőt, mielőtt az Ok vagy az Alkalmaz gombot választja.

Manuális lépések a távoli SQL Server 2014 jelentéskészítési szolgáltatások konfigurálásához

Leírás: A Service Manager adatraktár-felügyeleti kiszolgáló üzembe helyezése során megadhatja azt a kiszolgálót, amelyre a Microsoft SQL Server Reporting Services (SSRS) szolgáltatást telepíti. Telepítés közben az adatraktár-felügyeleti kiszolgáló gazdaszámítógépét alapértelmezés szerint választja ki a rendszer. Ha egy másik számítógépet ad meg az SSRS üzemeltetéséhez, a rendszer arra kéri, hogy kövesse az üzembe helyezési útmutatóban szereplő eljárást a kiszolgáló előkészítéséhez. Ha viszont az SQL Server 2014-es verzióját használja, kérjük, hogy a következő információk alapján készítse elő a távoli gépet az SSRS futtatására.

  • Másolja a Microsoft.EnterpriseManagement.Reporting.Code.dll fájlt a Service Manager telepítési adathordozójáról az SSRS-t futtató számítógépre.

  • Adjon kódszegmenst a rssrvpolicy konfigurációs fájlhoz az SSRS-t futtató számítógépen.

  • Adjon hozzá egy Extension címkét a rsreportserver konfigurációs fájl meglévő Data szegmenséhez ugyanezen a számítógépen.

Ha az SQL Server alapértelmezett példányát használja, a Windows Intézőben húzza át (a telepítési adathordozó Prerequisites mappájában található) Microsoft.EnterpriseManagement.Reporting.Code.dll fájlt az SSRS-t futtató számítógép \Program Files\Microsoft SQL Server\MSRS12.MSSQLSERVER\Reporting Services\ReportServer\Bin mappájába. Ha nem a SQL Server alapértelmezett példányát használta, a szükséges mappa elérési útja a \Program Files\Microsoft SQL Server\MSRS12.<>INSTANCE_NAME\Reporting Services\ReportServer\Bin. Az alábbi eljárás során az alapértelmezett példány nevét használjuk.

A Microsoft.EnterpriseManagement.Reporting.Code.dll fájl másolása

  1. A távoli SSRS szolgáltatás leendő gazdaszámítógépen indítsa el a Windows Intézőt.

  2. Az SQL Server 2014 esetében keresse meg a \Program Files\Microsoft SQL Server\MSRS12.MSSQLSERVER\Reporting Services\ReportServer\Bin mappát.

  3. Nyisson meg egy új Windows Intéző ablakot, keresse meg a Service Manager telepítési adathordozóját tartalmazó meghajtót, majd nyissa meg a Prerequisites mappát.

  4. Az Előfeltételek mappában válassza a Microsoft.EnterpriseManagement.Reporting.Code.dllelemet, és húzza azt a korábban található mappába.

Kódszegmens hozzáadása a rssrvpolicy.config fájlhoz

  1. Az SSRS leendő gazdaszámítógépén keresse meg a rssrvpolicy.config fájlt a következő mappában:

    • Az SQL Server 2014 esetében keresse meg a \Program Files\Microsoft SQL Server\MSRS12.MSSQLSERVER\Reporting Services\ReportServer mappát.
  2. Nyissa meg a rssrvpolicy.config fájlt egy választott XML-szerkesztővel (például a Jegyzettömbbel).

  3. Görgesse lefelé az rssrvpolicy.config fájlt, és keresse meg a kódszegmenseket. A következő kód például egy szegmens.

    
       class="UnionCodeGroup"
       version="1"
       PermissionSetName="FullTrust">
       <IMembershipCondition
          class="UrlMembershipCondition"
          version="1"
          Url="$CodeGen$/*"
       />
    
    
  4. Helyezze el a következő szegmenst teljes egészében ugyanabban a szegmensben, mint amelyben a többi szegmens szerepel.

    
       class="UnionCodeGroup"
       version="1"
       PermissionSetName="FullTrust"
       Name="Microsoft System Center Service Manager Reporting Code Assembly"
       Description="Grants the SCSM Reporting Code assembly full trust permission.">
       <IMembershipCondition
          class="StrongNameMembershipCondition"
          version="1"
          PublicKeyBlob="0024000004800000940000000602000000240000525341310004000001000100B5FC90E7027F67871E773A8FDE8938C81DD402BA65B9201D60593E96C492651E889CC13F1415EBB53FAC1131AE0BD333C5EE6021672D9718EA31A8AEBD0DA0072F25D87DBA6FC90FFD598ED4DA35E44C398C454307E8E33B8426143DAEC9F596836F97C8F74750E5975C64E2189F45DEF46B2A2B1247ADC3652BF5C308055DA9"
    />
    
    
  5. Mentse a változtatásokat, és zárja be az XML-szerkesztőt.

Extension címke hozzáadása az rsreportserver.conf fájl Data szegmenséhez

  1. Az SSRS gazdaszámítógépén keresse meg a rsreportserver.config fájlt a következő mappában:

    • Az SQL Server 2014 esetében keresse meg a \Program Files\Microsoft SQL Server\MSRS12.MSSQLSERVER\Reporting Services\ReportServer mappát.
  2. Nyissa meg a rsreportserver.config fájlt egy választott XML-szerkesztővel (például a Jegyzettömbbel).

  3. Görgesse lefelé a rsreportserver.config fájlt, és keresse meg a kódszegmenst. Ebben a fájlban csak egy kódszegmens található.

  4. Helyezze el a következő Extension címkét a kódszegmensben ott, ahol a többi Extension címke található:

    <Extension Name="SCDWMultiMartDataProcessor" Type="Microsoft.EnterpriseManagement.Reporting.MultiMartConnection, Microsoft.EnterpriseManagement.Reporting.Code" />
    
  5. Mentse a változtatásokat, és zárja be az XML-szerkesztőt.

A VMM-kiszolgálóra telepített SM-konzol VMM-összekötőhibát okoz

Leírás: Ha a Service Manager-konzol a VMM-kiszolgálóval azonos kiszolgálón van telepítve, akkor nem használhatja ezt a Service Manager-konzolt arra, hogy VMM-összekötőt hozzon létre az adott VMM-kiszolgálóhoz.

Workaround: Nincs; A VMM-összekötő létrehozásához azonban használhat egy másik Service Manager konzolt.

Az Operations Manager felügyeleti kiszolgálóra telepített SM-konzol hibát okoz

Leírás: A Service Manager-konzol telepítése az Operations Manager felügyeleti kiszolgálóra nem támogatott.

Megkerülő megoldás: Nincs.

Data Warehouse beállítás sikertelen lehet, ha a adatbázis vagy a napló elérési útja egyetlen idézőjelet ad meg

Leírás: Ha telepítés közben olyan elérési útvonalat ad meg az adatbázis vagy a napló esetében, amely szimpla idézőjelet (') tartalmaz, előfordulhat, hogy sikertelen lesz a telepítés.

Megkerülő megoldás: Nincs. A megadott elérési út nem tartalmazhat egyetlen idézőjelet sem.

A telepítés sikertelen lehet, ha az SM-szerkesztőeszközt korábban telepítették

Leírás: A telepítés sikertelen lehet, ha korábban telepítette a Service Manager szerzői eszköz valamelyik verzióját.

Workaround: Távolítsa el a Service Manager szerzői eszközt, majd próbálkozzon újra a telepítéssel.

A telepítő nem telepíti a Jelentésmegjelenítő nyelvi csomagot

Leírás: A telepítő tartalmaz egy előfeltétel-ellenőrzőt, amely ellenőrzi és szükség esetén telepíti a Microsoft Report Viewer. A telepítő azonban nem telepíti a Jelentésmegjelenítő nyelvi csomagot, amely kompatibilissé teszi a Microsoft Report Viewer az angoltól eltérő nyelvek használatára konfigurált Windows operációs rendszerekkel.

Áthidaló megoldás: Ha a rendszer angol helyett más nyelvre van konfigurálva, manuálisan kell telepítenie a Report Viewer adott nyelvhez tartozó nyelvi csomagját.

Az SM beállítása sikertelen, ha egy SQL Server-példány $ karaktert tartalmaz

Leírás: Ha olyan elnevezett SQL-példánnyal kísérli meg telepíteni a Service Managert, amelynek neve dollárjelet ($) tartalmaz, a telepítés meghiúsul.

Workaround: Olyan SQL-példányt használjon, amely nem tartalmazza a $ karaktert a nevében.

Az Orchestrator-összekötő fiók jelszava nem tartalmazhat $ karaktereket

Leírás: Ha az Orchestrator-összekötő fiók jelszava $ karaktert tartalmaz, a szinkronizálási feladat befejeződik; a runbookok azonban nem frissülnek a Service Manager adatbázisban.

Workaround: Ha az Orchestrator-összekötő fiók jelszava $ karaktert tartalmaz, módosítsa a jelszót olyanra, amely nem tartalmazza a $ karaktert.

Előfordulhat, hogy a telepítő által hivatkozott információk nem jelenítik meg a honosított tartalmat

Leírás: Előfordul, hogy a telepítőből a telepítési naplóhoz és a technikai dokumentációhoz csatolt adatok nem jelenítik meg a honosított tartalmat. A Service Managerben csak angolul érhetők el a telepítési naplók. A műszaki dokumentáció különböző honosított nyelveken érhető el. A honosított technikai dokumentáció a TechNeten érhető el, azonban nem minden nyelven áll rendelkezésre.

Megkerülő megoldás: Nincs.

A szolgáltatáskérési sablon elemeinek módosításakor vagy törlésekor hibák léphetnek fel

Leírás: Ha kérésajánlati sablonnal hoz létre szolgáltatáskérést, és módosítja vagy törli a sablonban található tevékenységeket, több hiba is felléphet, ami miatt nem fogja tudni menteni a szolgáltatáskérést.

Áthidaló megoldás:Szolgáltatáskérés létrehozásakor ne módosítsa vagy törölje a kérésajánlati sablonban található tevékenységeket. Ha szükséges, új kérésajánlati sablont hozhat létre csak a szükséges tevékenységekkel, amely a felhasználás céljának megfelelően van konfigurálva.

A jelentéskészítő kiszolgáló konfigurálása hosszabb időt vehet igénybe

Leírás: Az adatraktár telepítésekor az alapértelmezett webkiszolgáló URL-címének érvényesség-ellenőrzése 25 másodpercig is tarthat.

Megkerülő megoldás: Nincs.

Double-Byte karakterek helytelenül lesznek elküldve a keresési szolgáltatónak

Leírás: Ha tudáskeresést végez, és a Keresésszolgáltató mezőbe kétbájtos karaktereket ír be, a rendszer nem küldi el őket megfelelően a keresési webhelyre. A megfelelő karakterek helyett hibás karaktereket küld a rendszer.

Megkerülő megoldás: Nincs.

A tudáscikkek dátum szerinti rendezése nem működik

Leírás: Ha a tudáscikkeket dátum szerint próbálja rendezni, a rendezés nem működik.

Megkerülő megoldás: Nincs.

Active Directory-csoportbővítés kiválasztása a frissítés után

Leírás: A System Center 2012 R2 - Service Manager a System Center 1801 - Service Manager-ról való frissítéskor ne módosítsa az AD-csoport bővítési kijelölési értékét egyik AD-összekötőben sem (ha ki van kapcsolva, hagyja kikapcsolva, ha be van kapcsolva, hagyja, hogy bekapcsolva maradjon), amíg az összekötő legalább egy alkalommal le nem fut a frissítés után.

Megkerülő megoldás: Nincs.

Az SM szerzői eszköz konzolja összeomlik munkafolyamatok létrehozásakor

Ez a probléma ki lett javítva.

Kibocsátási megjegyzések a System Center 2016 - Service Manager

Az alábbi szakaszok az SM 2016 kibocsátási megjegyzéseit ismertetik, és tartalmazzák az ismert problémákat és kerülő megoldásokat.

Előfordulhat, hogy az adattárház telepítése sikertelen

Leírás: A Service Manager telepítése során az adattárház telepítése meghiúsulhat, ha a jelentéskészítési és elemzési szolgáltatásokat a SQL Server adatbázismotor szolgáltatás nélküli kiszolgálókon üzemeltetik.

Workaround: Telepítse a SQL Server adatbázismotor ideiglenes példányát a SQL Server Reporting Services és SQL Server Analysis Services kiszolgálóira, majd a telepítés után távolítsa el az ideiglenes példányt.

Silverlight-alapú önkiszolgáló portál

  • Állapot a System Center 2016-ban: Eltávolítva.
  • Pótlás: A System Center 2016 – Service Manager új HTML-alapú önkiszolgáló portált tartalmaz.

Microsoft IT GRC Process Management Pack SP1

  • Állapot a System Center 2016-ban: Eltávolítva.
  • Pótlás: Azt javasoljuk, hogy vegye fel a kapcsolatot proaktív cégirányítási partnerekkel, akik képesek a System Center már megvásárolt összetevőivel való integrációra.

Díjvisszafizetési jelentések

  • Állapot a System Center 2016-ban: Eltávolítva.
  • Csere: Nincs.

SQL Server 2014 számosságbecslése hatással lehet az SM- és SDK-ügyfelek teljesítményére

Leírás: Ha a Service Manager-adatbázis a 2014-es SQL Server fut, és a számosságbecslő a SQL Server 2014-es verzióra van állítva, a következőt tapasztalhatja:

  • Az SM lassú teljesítménye
  • Késések az SDK-ügyfelek olvasási/frissítési műveleteiben.

Megkerülő megoldás: Állítsa át az SQL Servert az SQL Server 2012 számosságbecslő (Cardinality Estimator, CE) funkciójának használata. A számosságbecslő módosításáról további információt a 2014- SQL Server új funkciói – 2. rész – Új számosságbecslés című témakörben talál.

Az SM szerzői eszköz telepítésének előfeltétele

Leírás: A Microsoft Visual C++ 2012 terjeszthető verzióját telepíteni kell a Service Manager 2016 szerzői eszköz telepítése előtt.

Workaround: Nincs

Az Exchange Connector létrehozása varázsló összeomolhat

Leírás: Az új Exchange Connector Service Manager 2016 konzolon keresztül történő létrehozása kivételt okoz, ha a rendszergazda a Kapcsolat tesztelése gombot választja az Exchange-összekötő létrehozása varázsló Kiszolgálókapcsolat paneljén.

Workaround: A probléma megkerüléséhez ne válassza a Kapcsolat tesztelése gombot az Exchange Connector létrehozása varázslóban. Ehelyett közvetlenül válassza a Tovább gombot, amely belsőleg teszteli a kapcsolatot, és nem összeomlik a varázsló.

Ha már bekövetkezett az összeomlás, indítsa újra a varázslót, és használja ezt az áthidaló megoldást.

Hiba lép fel a tartomány tallózásakor az Active Directory-összekötő varázslóban

Leírás: Hiba jelenik meg a Tallózás kiválasztásakor, miközben a Tartomány vagy szervezeti egység lehetőséget választja a Service Manager 2016-konzol AD-összekötő varázslójában.

Áthidaló megoldás: telepítse a Microsoft Visual C++ 2012 terjeszthető csomagot az érintett gépekre.

Hiba történt egy új szoftvertípus konfigurációelemének létrehozásakor

Leírás: A Szoftverkonfigurációs elem létrehozása űrlap virtuális alkalmazás tulajdonsága kötelező, de az asterix (*) szimbólum nem jelenik meg ehhez a tulajdonsághoz. Ezért ha a mező beállítása nélkül az Ok vagy az Alkalmaz gombot választja, az hibát jelez : Az űrlapot nem lehetett elküldeni a következő okok miatt: A Tulajdonság virtuális alkalmazás beállítását be kell állítani, és használhatatlanná teszi az űrlapot.

Workaround: Nyissa meg újra a Szoftverkonfiguráció létrehozása űrlapot, és töltse ki az Összes adatot, beleértve a Virtuális alkalmazás mezőt is, mielőtt az OK vagy az Alkalmaz gombot választja.

A távoli SQL Server 2014 Reporting Services manuális konfigurálásának lépései

Leírás: A Service Manager adatraktár-felügyeleti kiszolgáló üzembe helyezése során megadhatja azt a kiszolgálót, amelyre a Microsoft SQL Server Reporting Services (SSRS) szolgáltatást telepíti. Telepítés közben az adatraktár-felügyeleti kiszolgáló gazdaszámítógépét alapértelmezés szerint választja ki a rendszer. Ha egy másik számítógépet ad meg az SSRS üzemeltetéséhez, a rendszer arra kéri, hogy kövesse az üzembe helyezési útmutatóban szereplő eljárást a kiszolgáló előkészítéséhez. Ha viszont az SQL Server 2014-es verzióját használja, kérjük, hogy a következő információk alapján készítse elő a távoli gépet az SSRS futtatására.

  • Másolja a Microsoft.EnterpriseManagement.Reporting.Code.dll fájlt a Service Manager telepítési adathordozójáról az SSRS-t futtató számítógépre.

  • Adjon kódszegmenst a rssrvpolicy konfigurációs fájlhoz az SSRS-t futtató számítógépen.

  • Adjon hozzá egy Extension címkét a rsreportserver konfigurációs fájl meglévő Data szegmenséhez ugyanezen a számítógépen.

Ha az SQL Server alapértelmezett példányát használja, a Windows Intézőben húzza át (a telepítési adathordozó Prerequisites mappájában található) Microsoft.EnterpriseManagement.Reporting.Code.dll fájlt az SSRS-t futtató számítógép \Program Files\Microsoft SQL Server\MSRS12.MSSQLSERVER\Reporting Services\ReportServer\Bin mappájába. Ha nem a SQL Server alapértelmezett példányát használta, a szükséges mappa elérési útja a \Program Files\Microsoft SQL Server\MSRS12.<>INSTANCE_NAME\Reporting Services\ReportServer\Bin. Az alábbi eljárás során az alapértelmezett példány nevét használjuk.

A Microsoft.EnterpriseManagement.Reporting.Code.dll fájl másolása

  1. A távoli SSRS szolgáltatás leendő gazdaszámítógépen indítsa el a Windows Intézőt.

  2. Az SQL Server 2014 esetében keresse meg a \Program Files\Microsoft SQL Server\MSRS12.MSSQLSERVER\Reporting Services\ReportServer\Bin mappát.

  3. Nyisson meg egy új Windows Intéző ablakot, keresse meg a Service Manager telepítési adathordozóját tartalmazó meghajtót, majd nyissa meg a Prerequisites mappát.

  4. Az Előfeltételek mappában válassza a Microsoft.EnterpriseManagement.Reporting.Code.dllelemet, és húzza azt a korábban található mappába.

Kódszegmens hozzáadása a rssrvpolicy.config fájlhoz

  1. Az SSRS leendő gazdaszámítógépén keresse meg a rssrvpolicy.config fájlt a következő mappában:

    • Az SQL Server 2014 esetében keresse meg a \Program Files\Microsoft SQL Server\MSRS12.MSSQLSERVER\Reporting Services\ReportServer mappát.
  2. Nyissa meg a rssrvpolicy.config fájlt egy választott XML-szerkesztővel (például a Jegyzettömbbel).

  3. Görgesse lefelé az rssrvpolicy.config fájlt, és keresse meg a kódszegmenseket. A következő kód például egy szegmens.

    
       class="UnionCodeGroup"
       version="1"
       PermissionSetName="FullTrust">
       <IMembershipCondition
          class="UrlMembershipCondition"
          version="1"
          Url="$CodeGen$/*"
       />
    
    
  4. Helyezze el a következő szegmenst teljes egészében ugyanabban a szegmensben, mint amelyben a többi szegmens szerepel.

    
       class="UnionCodeGroup"
       version="1"
       PermissionSetName="FullTrust"
       Name="Microsoft System Center Service Manager Reporting Code Assembly"
       Description="Grants the SCSM Reporting Code assembly full trust permission.">
       <IMembershipCondition
          class="StrongNameMembershipCondition"
          version="1"
          PublicKeyBlob="0024000004800000940000000602000000240000525341310004000001000100B5FC90E7027F67871E773A8FDE8938C81DD402BA65B9201D60593E96C492651E889CC13F1415EBB53FAC1131AE0BD333C5EE6021672D9718EA31A8AEBD0DA0072F25D87DBA6FC90FFD598ED4DA35E44C398C454307E8E33B8426143DAEC9F596836F97C8F74750E5975C64E2189F45DEF46B2A2B1247ADC3652BF5C308055DA9"
    />
    
    
  5. Mentse a változtatásokat, és zárja be az XML-szerkesztőt.

Extension címke hozzáadása az rsreportserver.conf fájl Data szegmenséhez

  1. Az SSRS gazdaszámítógépén keresse meg a rsreportserver.config fájlt a következő mappában:

    • Az SQL Server 2014 esetében keresse meg a \Program Files\Microsoft SQL Server\MSRS12.MSSQLSERVER\Reporting Services\ReportServer mappát.
  2. Nyissa meg a rsreportserver.config fájlt egy választott XML-szerkesztővel (például a Jegyzettömbbel).

  3. Görgesse lefelé a rsreportserver.config fájlt, és keresse meg a kódszegmenst. Ebben a fájlban csak egy kódszegmens található.

  4. Helyezze el a következő Extension címkét a kódszegmensben ott, ahol a többi Extension címke található:

    <Extension Name="SCDWMultiMartDataProcessor" Type="Microsoft.EnterpriseManagement.Reporting.MultiMartConnection, Microsoft.EnterpriseManagement.Reporting.Code" />
    
  5. Mentse a változtatásokat, és zárja be az XML-szerkesztőt.

A VMM-kiszolgálóra telepített SM-konzol VMM-összekötőhibát okoz

Leírás: Ha a Service Manager-konzol a VMM-kiszolgálóval azonos kiszolgálón van telepítve, akkor nem használhatja ezt a Service Manager-konzolt arra, hogy VMM-összekötőt hozzon létre az adott VMM-kiszolgálóhoz.

Workaround: Nincs; A VMM-összekötő létrehozásához azonban használhat egy másik Service Manager konzolt.

Az Operations Manager felügyeleti kiszolgálóra telepített SM-konzol hibát okoz

Leírás: A Service Manager-konzol telepítése az Operations Manager felügyeleti kiszolgálóra nem támogatott.

Megkerülő megoldás: Nincs.

Data Warehouse beállítás sikertelen lehet, ha a adatbázis vagy a napló elérési útja egyetlen idézőjelet ad meg

Leírás: Ha telepítés közben olyan elérési útvonalat ad meg az adatbázis vagy a napló esetében, amely szimpla idézőjelet (') tartalmaz, előfordulhat, hogy sikertelen lesz a telepítés.

Megkerülő megoldás: Nincs. A megadott elérési út nem tartalmazhat egyetlen idézőjelet sem.

A telepítés sikertelen lehet, ha az SM Szerzői eszköz telepítve van

Leírás: A telepítés sikertelen lehet, ha korábban telepítette a Service Manager szerzői eszköz valamelyik verzióját.

Workaround: Távolítsa el a Service Manager szerzői eszközt, majd próbálkozzon újra a telepítéssel.

A telepítő nem telepíti a Jelentésmegjelenítő nyelvi csomagot

Leírás: A telepítő tartalmaz egy előfeltétel-ellenőrzőt, amely ellenőrzi és szükség esetén telepíti a Microsoft Report Viewer. A telepítő azonban nem telepíti a Jelentésmegjelenítő nyelvi csomagot, amely kompatibilissé teszi a Microsoft Report Viewer az angoltól eltérő nyelvek használatára konfigurált Windows operációs rendszerekkel.

Áthidaló megoldás: Ha a rendszer angol helyett más nyelvre van konfigurálva, manuálisan kell telepítenie a Report Viewer adott nyelvhez tartozó nyelvi csomagját.

Az SM beállítása sikertelen, ha egy SQL Server-példány $ karaktert tartalmaz

Leírás: Ha olyan elnevezett SQL-példánnyal kísérli meg telepíteni a Service Managert, amelynek neve dollárjelet ($) tartalmaz, a telepítés meghiúsul.

Workaround: Olyan SQL-példányt használjon, amely nem tartalmazza a $ karaktert a nevében.

Az Orchestrator-összekötő fiók jelszava nem tartalmazhat $ karaktereket

Leírás: Ha az Orchestrator-összekötő fiók jelszava $ karaktert tartalmaz, a szinkronizálási feladat befejeződik; a runbookok azonban nem frissülnek a Service Manager adatbázisban.

Workaround: Ha az Orchestrator-összekötő fiók jelszava $ karaktert tartalmaz, módosítsa a jelszót olyanra, amely nem tartalmazza a $ karaktert.

Előfordulhat, hogy a telepítő által hivatkozott információk nem jelenítik meg a honosított tartalmat

Leírás: Előfordul, hogy a telepítőből a telepítési naplóhoz és a technikai dokumentációhoz csatolt adatok nem jelenítik meg a honosított tartalmat. A Service Managerben csak angolul érhetők el a telepítési naplók. A műszaki dokumentáció különböző honosított nyelveken érhető el. A honosított technikai dokumentáció a TechNeten érhető el, azonban nem minden nyelven áll rendelkezésre.

Megkerülő megoldás: Nincs.

A szolgáltatáskérési sablon elemeinek módosításakor vagy törlésekor hibák léphetnek fel

Leírás: Ha kérésajánlati sablonnal hoz létre szolgáltatáskérést, és módosítja vagy törli a sablonban található tevékenységeket, több hiba is felléphet, ami miatt nem fogja tudni menteni a szolgáltatáskérést.

Áthidaló megoldás:Szolgáltatáskérés létrehozásakor ne módosítsa vagy törölje a kérésajánlati sablonban található tevékenységeket. Ha szükséges, új kérésajánlati sablont hozhat létre csak a szükséges tevékenységekkel, amely a felhasználás céljának megfelelően van konfigurálva.

A jelentéskészítő kiszolgáló konfigurálása hosszabb időt vehet igénybe

Leírás: Az adatraktár telepítésekor az alapértelmezett webkiszolgáló URL-címének érvényesség-ellenőrzése 25 másodpercig is tarthat.

Megkerülő megoldás: Nincs.

Double-Byte karakterek helytelenül lesznek elküldve a keresési szolgáltatónak

Leírás: Ha tudáskeresést végez, és a Keresésszolgáltató mezőbe kétbájtos karaktereket ír be, a rendszer nem küldi el őket megfelelően a keresési webhelyre. A megfelelő karakterek helyett hibás karaktereket küld a rendszer.

Megkerülő megoldás: Nincs.

A tudáscikkek dátum szerinti rendezése nem működik

Leírás: Ha a tudáscikkeket dátum szerint próbálja rendezni, a rendezés nem működik.

Megkerülő megoldás: Nincs.

Active Directory-csoportbővítés kiválasztása a frissítés után

Leírás: A System Center 2012 R2 - Service Manager a System Center 2016 - Service Manager frissítéskor ne módosítsa az AD-csoport bővítési kijelölési értékét egyik AD-összekötőben sem (ha ki van kapcsolva, hagyja kikapcsolva, ha be van kapcsolva, hagyja, hogy bekapcsolva maradjon), amíg az összekötő legalább egy alkalommal le nem fut a frissítés után.

Megkerülő megoldás: Nincs.

Az SM szerzői eszköz konzolja összeomlik munkafolyamatok létrehozásakor

Ez a probléma ki lett javítva.

A jelentéskezelési csomagok üzembe helyezése sikertelen lehet

Leírás: A sikeres Data Warehouse telepítése után a jelentéskezelési csomagok telepítése meghiúsulhat, ha SQL Server Reporting Services (SSRS) helyileg fut a Data Warehouse felügyeleti kiszolgálón, és az SSRS 2017-ben vagy újabb verzióban fut.

Ez a probléma a 2016-os és újabb Service Manager jelentkezik.

Megkerülő megoldás: Hajtsa végre az itt részletezett lépéseket.

Következő lépések

A Service Manager újdonságai.