Aufgaben vor und nach dem Upgrade für verschiedene Produkte
Überprüfen Sie in Vorbereitung auf das Upgrade die Upgrade- und Migrationsaufgaben für verschiedene Anwendungen und Funktionen. Planen Sie, diese Aufgaben gegebenenfalls vor oder nach Abschluss des Upgrades abzuschließen.
Bereiten Sie Ihre Instanz auf ein reibungsloseres Upgrade vor
Bevor Sie ein Upgrade auf Washington DCdurchführen, überprüfen Sie diese Aufgaben vor und nach dem Upgrade, und schließen Sie die Aufgaben nach Bedarf ab.
Upgrade- und Migrationsaufgaben
| Produkt | Versionsinformationen | Familie | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
KI-Suche | Wenn Sie ein Upgrade von Quebec oder Rome auf San Diegodurchführen, indiziert die KI-Suche alle indizierten Inhalte auf Japanisch automatisch neu. Dieser einmalige Neuindizierungsprozess ist erforderlich, um die Verbesserungen der Japanisch-Such-Experience in diesem Release zu aktivieren. Wenn Sie Q&A Genius-Ergebnisse in Quebec oder Romeaktiviert haben, müssen Sie Ihre Knowledge -Inhalte nach dem Upgrade auf San Diegoneu indizieren. Dieser einmalige Neuindizierungsprozess ist erforderlich, um die Q&A-Verbesserungen in diesem Release zu aktivieren. | San Diego | ||||||||||||||||||||
Dashboard „Anwendungsnutzungsübersicht“. | Nach dem Upgrade auf das San Diego- Release können Sie die Homepage der Anwendungsnutzungsübersicht nicht mehr bearbeiten. | San Diego | ||||||||||||||||||||
Bewertungen und Umfragen | Nachdem Sie Bewertungen und Umfragen auf San Diegoaktualisiert haben, deaktivieren Sie die veraltete E-Mail-Benachrichtigung für Umfragebenutzereinladungen. Aktivieren Sie dann die Umfrageeinladung, eine neue E-Mail-Benachrichtigung. | San Diego | ||||||||||||||||||||
Automated Test Framework | Kopieren Sie die von Now Platform® bereitgestellten Schnellstarttests, und passen Sie sie an, um zu überprüfen, ob Ihre Instanz nach Konfigurationsänderungen funktioniert. Zum Beispiel, wenn Sie ein Upgrade anwenden oder eine Anwendung entwickeln. Die Tests können nur dann ein positives Ergebnis liefern, wenn Sie sie auf einem Basissystem ohne Anpassungen und mit den Standard-Demodaten ausführen, die mit dem Anwendungs- oder Funktions-Plugin bereitgestellt werden. Um einen Schnellstarttest auf Ihre instanzspezifischen Daten anzuwenden, kopieren Sie den Schnellstarttest, und fügen Sie Ihre benutzerdefinierten Daten hinzu. Weitere Informationen finden Sie unter Verfügbare Schnellstarttests nach Anwendung oder Funktion. ATF unterstützt bestimmte Elemente von Next Experience nicht. Weitere Informationen finden Sie unter Automated Test Framework. | San Diego | ||||||||||||||||||||
Business Continuity Management |
| San Diego | ||||||||||||||||||||
Cloud-Einblicke | Anweisungen finden Sie unter Upgrade auf Version 2.2. | San Diego | ||||||||||||||||||||
Configuration Compliance |
| San Diego | ||||||||||||||||||||
Core Now Platform | Nach dem Upgrade können Sie Mitarbeiter von ServiceNow bitten, Ihre Instanz so zu konfigurieren, dass andere Sprachen als die 22 unterstützt werden, für die ServiceNow Sprach-Plugins anbietet. Der zweistellige Sprachcode unterstützt den BCP 47-Standard. Der standardmäßige Ausdrucksauswertungsmodus der JavaScript-Engine wurde vom kompilierten Modus in den interpretierten Modus geändert. Weitere Informationen finden Sie in KB0960944. Wenn sys_archive_log mehr als 10 Millionen Datensätze enthält, fügen Sie die Indizes (archive, assigned) und (archive, sys_created_on, assigned, from_table) zu sys_archive_log hinzu.
Hinweis: Wenn sys_archive_log weniger als 10 Millionen Datensätze enthält, sollte das Upgrade keine Probleme verursachen.Die Reihenfolge der Spalten muss genau übereinstimmen: (archive, wiederherstellen) und (archive, sys_created_on, wiederherstellen, from_table). Wenn vor dem Upgrade auf San Diego die entsprechenden Spalten bereits in der Tabelle „sys_archive_log“ vorhanden sind, kann dies über die Benutzeroberfläche erfolgen.
| San Diego | ||||||||||||||||||||
DevOps | Hinweis: Für alle Neuinstallationen der DevOps -Anwendung für San Diegomüssen Sie die Eigenschaft com.snc.change_management.change_model.type_compatibility auf True festlegen.Um ein Upgrade auf Version 1.31 durchzuführen, suchen Sie im ServiceNow Store nach der App DevOpsChange Velocity und installieren Sie sie.
| San Diego | ||||||||||||||||||||
Encryption and Key Management | Verschlüsselungskontexte werden beim Upgrade auf San Diegoautomatisch in Verschlüsselungsmodule auf Spaltenebene und entsprechende Modulzugriffsrichtlinien konvertiert. Eine geführte Tour, in der diese Erweiterung erläutert wird, ist über das Dashboard verfügbar. | San Diego | ||||||||||||||||||||
Governance, Risk und Compliance | Ab Version Governance, Risk, and Compliance 14.0 können nur Benutzer mit GRC- Rollen auf die GRC- Datensätze zugreifen. Datensätze, auf die früher Benutzer mit der Rolle „snc_internal“ zugreifen konnten, sind jetzt nur noch für Benutzer mit GRC -Rollen zugänglich. Weitere Informationen finden Sie unter „Security für GRC-Apps“ [KB1096145] in der Knowledge Base des Now Support. | San Diego | ||||||||||||||||||||
Health Log Analytics | Fordern Sie beim Upgrade auf San Diegoein Upgrade für die Kernkomponenten der Anwendung Health Log Analytics über den Now Support an, oder wenden Sie sich an Ihren ServiceNow -Vertriebsmitarbeiter. | San Diego | ||||||||||||||||||||
MID-Server | Die aktuellen Systemanforderungen für MID Server finden Sie unter Systemanforderungen für MID Server. Die folgenden JRE-Versionen (Java Runtime Environment) werden unterstützt:
Alle MID Server -Hostcomputer erfordern Zugriff auf die Download-Site unter install.service-now.com, um automatische Upgrades zu ermöglichen. Weitere Informationen finden Sie unter, wie das System MID Server -Upgradesverwaltet. Pro ausführbarem Pfad ist nur ein Windows MID Server -Dienst zulässig. Aktualisierte Windows - MID Server mit mehreren Services, die auf denselben Installationsordner verweisen, können nicht gestartet werden. Weitere Informationen finden Sie unterMID-Server startet nicht. Weitere Informationen zu MID Server -Upgrades finden Sie in den folgenden Themen:
| San Diego | ||||||||||||||||||||
Mobil | Migrieren Sie von der mobilen ServiceNow Classic -Plattform zur mobilen ServiceNow-Plattform, um Funktionen wie schnelle Entwicklung, Offline-Fähigkeit und Integration mit nativen Funktionen von Mobilgeräten zu nutzen. Weitere Informationen zur Migration zur mobilen ServiceNow-Plattformfinden Sie unter Migration von der mobilen App ServiceNow Classic zur mobilen ServiceNow-Plattform | San Diego | ||||||||||||||||||||
Next Experience-UI |
| San Diego | ||||||||||||||||||||
Order Management für Telekommunikation, Medien und Technologie | Die Tabellenarchitektur, die die Anwendung Order Management for Telecommunications, Media, and Technology unterstützt, wurde neu strukturiert. Nach dem Upgrade auf das Release San Diego und bevor Sie Order Management for Telecommunications, Media, and Technologyverwenden, müssen Sie zuerst ein Skript ausführen, das Ihre vorhandenen Auftragsdaten in die neu strukturierten Tabellen verschiebt. Weitere Informationen finden Sie im Artikel Order Management for Telecommunications, Media, and Technology (2.0.0) version: Post upgrade reparenting script for the San Diego release [KB1000941] (Reparenting-Skript nach dem Upgrade für Release San Diego) in der Knowledge Base des Now Support. | San Diego | ||||||||||||||||||||
Performance Analytics | Bedingte Skripts für Datenerfassungsaufgaben werden jetzt in einer Sandbox mit eingeschränkten Rechten ausgeführt. Diese Änderung kann zu Skriptausführungsfehlern bei vorhandenen bedingten Skripts führen. Wenn Sie geskriptete Datenerfassungsaufgaben haben, sollten Sie das Upgrade in einem Nicht-Produktions-Build testen. Schreiben Sie die Skripts bei Bedarf neu. Weitere Informationen finden Sie unter Skript-Sandbox-Eigenschaft. | San Diego | ||||||||||||||||||||
Privacy Management | Um Privacy Management im Release San Diego verwenden zu können, müssen Sie das Plugin „ Advanced Risk “ aktivieren. | San Diego | ||||||||||||||||||||
Reporting | Bedingte Skripts für geplante Berichtsaufgaben werden jetzt in einer Sandbox mit eingeschränkten Rechten ausgeführt. Diese Änderung kann zu Skriptausführungsfehlern bei vorhandenen bedingten Skripts führen. Wenn Sie über geskriptete geplante Berichtsaufgaben verfügen, sollten Sie das Upgrade in einem Nicht-Produktions-Build testen. Schreiben Sie die Skripts bei Bedarf neu. Weitere Informationen finden Sie unter Skript-Sandbox-Eigenschaft. | San Diego | ||||||||||||||||||||
Security Incident Response | Wenn Sie ein Upgrade von Security Incident Response direkt von früheren Releases durchführen, navigieren Sie zu , und führen Sie das Korrekturskript „Integrationen in Mehrdomänen aktualisieren“ aus. Führen Sie dieses Skript aus, um bestimmte Integrationen zum Definieren mehrerer Konfigurationen zu aktivieren. Wenn Sie beispielsweise mehrere Splunk- Instanzen haben, können Sie Verbindungen und Abfragen erstellen, die für eine Sichtungssuche für mehrere Splunk- Instanzen ausgeführt werden. Navigieren Sie nach dem Ausführen des Korrekturskripts zu und deaktivieren Sie das Korrekturskript. Führen Sie das Skript nicht mehr als einmal aus. | San Diego | ||||||||||||||||||||
Servicekatalog | Wenn Sie ein Upgrade auf San Diego durchführen und einen Datenspeicher zum Speichern von Informationen einrichten, die für die Ausführung eines Service-Erfüllungsschritts erforderlich sind, stellen Sie sicher, dass für die Tabelle „Service-Erfüllungsschritt“ [sc_service_fulfillment_step], die Sie erweitern, der Anwendungszugriff canCreate, canUpdate und canRead aktiviert ist. Wenn Sie ein Upgrade auf San Diego durchführen und die neuen E-Mail-Benachrichtigungsvorlagen für Anforderungen verwenden möchten, müssen Sie sie aktivieren. Weitere Informationen finden Sie unter E-Mail-Benachrichtigungen für Anforderungen. Wenn Sie ein Upgrade auf San Diego durchführen und einem Anforderungselement als Business Stakeholder Kommentare hinzufügen möchten, führen Sie das Skript aus, das in der | San Diego | ||||||||||||||||||||
Service Operations-Arbeitsbereich für ITSM | Stellen Sie sicher, dass die folgenden Anwendungen kompatible aktualisierte Versionen haben:
Hier ist x die Unterversion der Anwendung Service Operations Workspace ITSM Applications (sn_sow_itsm_cont) und y die Unterversion der Anwendung Service Operations Workspace ITOM Applications (sn_sow_itom_cont). | San Diego | ||||||||||||||||||||
ServiceNow Performance-Dashboard | Nach dem Upgrade auf San Diego können Sie die Leistungs-Homepagenicht bearbeiten. | San Diego | ||||||||||||||||||||
ServiceNow Voice | Nach dem Upgrade werden die Änderungen an den Bezeichnungsnamen in der Tabelle aufgelistet.
| San Diego | ||||||||||||||||||||
Software Asset Management | Informationen zum Upgrade des Software Asset Management Foundation-Plugins (com.snc.sams) finden Sie unter Software Asset Management-Anpassungenwiederherstellen. Weitere Upgrade-Informationen finden Sie unter Software Asset Management Upgrade-Informationen. | San Diego | ||||||||||||||||||||
Dashboard „Speichernutzungsübersicht“. | Nach dem Upgrade auf San Diego können Sie die Homepage der ServiceNow Store-Nutzungsübersicht nicht mehr bearbeiten. | San Diego | ||||||||||||||||||||
Systemadministrations-Dashboard | Nach dem Upgrade auf das San Diego -Release können Sie die Systemadministrations-Homepage nicht mehr bearbeiten. | San Diego | ||||||||||||||||||||
System Diagnostics-Homepage | Nach dem Upgrade auf San Diego können Sie die System Diagnostics-Homepagenicht bearbeiten. | San Diego | ||||||||||||||||||||
Virtual Agent |
| San Diego | ||||||||||||||||||||
Vulnerability Response-Integrationen |
| San Diego | ||||||||||||||||||||
Vulnerability Response |
Wenn Sie ein Upgrade der Vulnerability Response -Anwendung von älteren Versionen auf Version 15.x durchführen, wird die Standardregel für Korrekturaufgaben im Basissystem deaktiviert. Weitere Informationen finden Sie unter Vulnerability Response Workspaces und Updates für Korrekturaufgaben und Regeln für Korrekturaufgaben | San Diego | ||||||||||||||||||||
Walk-up Experience | Wenn Sie Benutzer früherer Releases sind, müssen Sie Ihre aktuelle Instanz konfigurieren, bevor Sie ein Upgrade auf San Diego starten. Informationen zur Verbesserung der Remote-Walk-up-Termine mit Microsoft Teams -Chat finden Sie unter Microsoft Teams-Integration. Die Integration aktiviert das Plugin „Skills Management“ (com.snc.skills_management) und das Plugin „Skills Determination“ (com.snc.skill_determination). | San Diego | ||||||||||||||||||||
Personaloptimierung für ITSM | Wenn Sie ein Upgrade auf Workforce Optimization for ITSM Version 1.1.1 durchführen, müssen Sie die Textindizierung für die folgenden Tabellen aktivieren:
| San Diego | ||||||||||||||||||||
KI-Suche | Wenn Sie ein Upgrade von einem früheren Release auf Tokyo durchführen, indiziert die KI-Suche Inhalte und Metadaten aus den indizierten Quellen für die Tabellen „Katalogelement“ [sc_cat_item] und „Wissen“ [kb_knowledge] automatisch neu. Dieser einmalige Neuindizierungsprozess ist erforderlich, um Verbesserungen der Such-Experience in diesem Release zu ermöglichen. Wenn Sie nach dem Upgrade von einem früheren Release auf Tokyo Suchanwendungskonfigurationen anzeigen oder bearbeiten, zeigt das System möglicherweise eine Warnmeldung an, in der Sie aufgefordert werden, eine oder mehrere indizierte Quellen neu zu indizieren. Dieser Neuindizierungsprozess (ein einmaliger Prozess für jede aufgelistete indizierte Quelle) ist erforderlich, um suchbasierte Autovervollständigungsvorschläge korrekt auszufüllen. Nachdem Sie ein Upgrade von einem früheren Release auf Tokyo durchgeführt haben, können sich die Standardrelevanzpunktzahlen für Ihre Suchergebnisse ändern. Relevanzmodelle, die im vorherigen Release trainiert wurden, sollten weiterhin dieselbe Ergebnisreihenfolge erzeugen. Modelle, die vor mehr als einem Release trainiert wurden, kehren möglicherweise zum standardmäßigen Relevanzmodell zurück. KI-Suche report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Tokio | ||||||||||||||||||||
Admin Center | Die neueste Version der Admin Center- Anwendung ist im ServiceNow Storeverfügbar. | Tokio | ||||||||||||||||||||
Anwendungs-Portfoliomanagement | Application Portfolio Management report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Tokio | ||||||||||||||||||||
Bewertungen und Umfragen | Wenn Sie ein Upgrade von einem früheren Release auf Tokyo durchführen, werden Bewertungen und Umfragen im Service Portal und in der Now Mobile -App standardmäßig aktiviert. | Tokio | ||||||||||||||||||||
Authentifizierung | Authentifizierung report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Tokio | ||||||||||||||||||||
Automated Test Framework | Kopieren Sie die von Now Platform® bereitgestellten Schnellstarttests, und passen Sie sie an, um zu überprüfen, ob Ihre Instanz nach Konfigurationsänderungen funktioniert. Zum Beispiel, wenn Sie ein Upgrade anwenden oder eine Anwendung entwickeln. Die Tests können nur dann ein positives Ergebnis liefern, wenn Sie sie auf einem Basissystem ohne Anpassungen und mit den Standard-Demodaten ausführen, die mit dem Anwendungs- oder Funktions-Plugin bereitgestellt werden. Um einen Schnellstarttest auf Ihre instanzspezifischen Daten anzuwenden, kopieren Sie den Schnellstarttest, und fügen Sie Ihre benutzerdefinierten Daten hinzu. Weitere Informationen finden Sie unter Verfügbare Schnellstarttests nach Anwendung oder Funktion. | Tokio | ||||||||||||||||||||
Cloud Provisioning and Governance | Cloud Provisioning and Governance report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Tokio | ||||||||||||||||||||
Configuration Compliance |
| Tokio | ||||||||||||||||||||
Konversations-Schnittstellen – Homepage | Conversational Interfaces Home ist im Tokyo -Release enthalten, sodass Bestandskunden es nicht installieren müssen. Sie ist jedoch auch als App im ServiceNow Storeverfügbar, und nachfolgende Updates sollten von dort installiert werden. | Tokio | ||||||||||||||||||||
Core Now Platform | Um den Protokollschutz zu aktivieren, installieren Sie das Plugin „Protected Tables“ (com.glide.protected_tables), mit dem die Plattform Aktualisierungs- und Löschvorgänge für bestimmte Systemprotokolltabellen einschränken kann. Administratoren können die Protokolltabellen-Schutzregeln für jede Tabelle im Protokollschutz-Administratorbereich anpassen. Core Now Platform report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Tokio | ||||||||||||||||||||
Kundenservice-Management (CSM) | Customer Service Management report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Tokio | ||||||||||||||||||||
Employee Journey Management | HR Service Delivery report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Tokio | ||||||||||||||||||||
Verschlüsselungsschlüsselverwaltung | Verschlüsselungskontexte werden beim Upgrade ab Release San Diego automatisch in Feldverschlüsselungsmodule für Verschlüsselung auf Spaltenebene und entsprechende Modulzugriffsrichtlinien konvertiert. Eine geführte Tour, in der diese Erweiterung erläutert wird, ist über das Dashboard verfügbar. Verschlüsselungsschlüssel-Verwaltung report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Tokio | ||||||||||||||||||||
Flow Designer | Flow Designer report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. Sie können zulassen, dass Instanzen, die von San Diego und früheren Releases aktualisiert wurden, Anforderungen für eingeschränkte Aufruferzugriffsberechtigungen für Flows und Aktionen generieren. Weitere Informationen zum Aktivieren von Zugriffsberechtigungen für Flows und Aktionen finden Sie unter Upgrade eingeschränkter Aufruferzugriffsberechtigungen für Flows und Aktionen durchführen.
Warnung: Das Upgrade eingeschränkter Aufruferzugriffsberechtigungen zum Nachverfolgen von Flows und Aktionen kann zu Serviceunterbrechungen in Instanzen führen, die zuvor den bereichsübergreifenden Zugriff über Skripteinbindungen oder Business Rules nachverfolgt haben. Nach dem Upgrade werden alle Flows und Aktionen, die versuchen, auf eingeschränkte Ressourcen zuzugreifen, für die Ausführung blockiert. Stattdessen werden eigene Anforderungen für eingeschränkten Aufruferzugriff zur Genehmigung generiert. Jemand muss die Zugriffsberechtigungsanforderungen genehmigen, bevor bereichsübergreifende Flows und Aktionen ausgeführt werden können. Kunden, die bereits die indirekte Nachverfolgung von Flows und Aktionen mithilfe von Skriptaufrufen zugelassen haben, möchten diese Aufgabe möglicherweise überspringen und weiterhin Flows und Aktionen aus Skripts aufrufen. Kunden, die ihre vorhandenen Zugriffsberechtigungen durch die neuen Quelltypen Flow und Flow-Aktion ersetzen möchten, möchten möglicherweise einen Ausfall planen, um die neuen Anforderungen für Zugriffsberechtigungen zu generieren und zu genehmigen. | Tokio | ||||||||||||||||||||
Governance, Risk und Compliance | Ab Governance, Risk, and Compliance, Version 14.0, wird die Rolle „Geschäftsbenutzer“ (sn_grc.business_user) aus der Rolle „GRC-Leser“ (sn_grc.reader) entfernt und der Rolle „GRC-Benutzer“ (sn_grc.user) hinzugefügt. Weitere Informationen finden Sie unter KB1123608. | Tokio | ||||||||||||||||||||
HR Service Delivery Case and Knowledge Management | HR Service Delivery report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Tokio | ||||||||||||||||||||
Health Log Analytics | Wenn Ihre Health Log Analytics -Version älter als Februar 2022 ist, wenden Sie sich an den Now Support oder Ihren ServiceNow -Vertriebsmitarbeiter, um ein Upgrade für die Kernkomponenten der Anwendung Health Log Analytics anzufordern. | Tokio | ||||||||||||||||||||
ITOM-Transparenz | ITOM Visibility report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. Nach dem Upgrade auf Tokyo wird der Installationsstatus für alle erkannten Infrastruktur-CIs automatisch auf „Installiert“ („1“) gesetzt. Wenn Ihre Organisation den Installationsstatus verwendet, testen Sie Tokyo auf Ihrer Testinstanz, bevor Sie die Produktionsinstanz aktualisieren. Verwenden Sie den CSDM-Lebenszyklusstatus, um Lebenszyklusphasen und Phasenstatus für CIs nachzuverfolgen. Weitere Informationen finden Sie unter:[Platzhalter-Link-Text zu Schlüssel bundle-rn.bundle-platcap.csdm-life-cycle-standard-values] Informationen zum Beheben von Problemen im Zusammenhang mit dem Installationsstatus nach dem Upgrade auf Tokyo finden Sie unter KB1213467 | Tokio | ||||||||||||||||||||
Import und Export | Import und Export report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Tokio | ||||||||||||||||||||
Incident-Management | Incident Management report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Tokio | ||||||||||||||||||||
Instanzübergreifende Datenreplikation | Instanzdatenreplikation report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Tokio | ||||||||||||||||||||
Instanz-Scan | Instanz-Scan report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Tokio | ||||||||||||||||||||
Integrations-Hub | Integration Hub report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Tokio | ||||||||||||||||||||
Intelligente Servicebereitstellung | HR Service Delivery report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Tokio | ||||||||||||||||||||
Wissensmanagement |
| Tokio | ||||||||||||||||||||
Legal Service Delivery | Vor dem Upgrade von Legal Service Delivery auf Tokyomüssen Sie den Wert der Systemeigenschaft glide.rollback.blacklist.TableParentChange.change auf falsefestlegen. Wenn diese Eigenschaft in der Tabelle „Systemeigenschaft“ [sys_properties] nicht vorhanden ist, fügen Sie die Eigenschaft hinzu, und legen Sie ihren Wert auf „false“ fest. Nach dem Upgrade erweitern einige Tabellen, die mit den Anwendungen „ Legal Request Management“, „ Legal Digital Forensics“ und „ Legal Simple Contracts “ installiert wurden, die Tabelle „Anwendungsdatei“ [sys_metadata], um die nahtlose Migration von Praxisbereichen, Aufnahmeformularen, Vertragskonfigurationen und forensischen Konfigurationen in Update Sets zu ermöglichen. Wenn Sie ein Upgrade auf die Tokyo -Version durchführen, ohne den Systemeigenschaftswert zu aktualisieren, erweitern die Tabellen die Anwendungsdateitabelle nicht. Informationen zum manuellen Aktualisieren der Tabellenänderungen finden Sie im Artikel Manuelle Upgrade-Schritte für reparenting table changes in Tokyo [KB1163388] in der Knowledge Base des Now Support. | Tokio | ||||||||||||||||||||
MID-Server | Die aktuellen Systemanforderungen für MID Server finden Sie unter Systemanforderungen für MID Server. Die folgenden JRE-Versionen (Java Runtime Environment) werden unterstützt:
Alle MID Server -Hostcomputer erfordern Zugriff auf die Download-Site unter install.service-now.com, um automatische Upgrades zu ermöglichen. Weitere Informationen finden Sie unter, wie das System MID Server -Upgradesverwaltet. Pro ausführbarem Pfad ist nur ein Windows MID Server -Dienst zulässig. Aktualisierte Windows - MID Server mit mehreren Services, die auf denselben Installationsordner verweisen, können nicht gestartet werden. Weitere Informationen finden Sie unterMID-Server startet nicht. Weitere Informationen zu MID Server -Upgrades finden Sie in den folgenden Themen:
| Tokio | ||||||||||||||||||||
Mobil | Migrieren Sie von der mobilen ServiceNow Classic -App zur mobilen ServiceNow-Plattform, um Funktionen wie schnelle Entwicklung, Offline-Fähigkeit und Integration mit nativen Funktionen von Mobilgeräten zu nutzen. Weitere Informationen zur Migration zur ServiceNow Mobile Platformfinden Sie unter Von der ServiceNow Classic Mobile-App zur ServiceNow Mobile Platformmigrieren. ServiceNow Mobile Platform report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Tokio | ||||||||||||||||||||
Operational Technology Incident Management v2 | Wenn Sie ein Benutzer von Operational Technology Incident Management in früheren Releases sind, müssen Sie Benutzern, denen ursprünglich die Rolle „OT Incident-Benutzer“ (ot_incident_user) zugewiesen wurde, neue Rollen für Operational Technology Incident Management v2 zuweisen. Weitere Informationen finden Sie unter Neue Rollen für Operational Technology Incident Management zuweisen. | Tokio | ||||||||||||||||||||
Passwortzurücksetzung | Passwortzurücksetzung report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Tokio | ||||||||||||||||||||
Projekt-Portfoliomanagement | Project Portfolio Management report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. Wenn Sie Scenario Planning for PPM auf Version 2.3.0 oder höher aktualisieren, müssen Sie die ältere Anwendung „ Investment Funding “ auf den ServiceNow Store aktualisieren, damit die Integration funktioniert. Ausführliche Anweisungen zum Upgrade von der veralteten Anwendung „ Investment Funding “ auf die Anwendung ServiceNow Store finden Sie unter Upgrade-Anweisungen. | Tokio | ||||||||||||||||||||
Service Bridge (Technologie) | Informationen zum Upgrade auf die Tokyo -Version der Service Bridge- Anwendungen finden Sie im Artikel Service Bridge – Upgrade-Schritte für das San Diego Store Release auf das Tokyo Store Release [KB1120583] in der Knowledge Base des Now Support. | Tokio | ||||||||||||||||||||
Service Bridge (Telekommunikation) | Tokio | |||||||||||||||||||||
Service Operations-Arbeitsbereich für ITSM | Stellen Sie sicher, dass die folgenden Anwendungen kompatible aktualisierte Versionen haben:
Hier ist x die Unterversion der Anwendung Service Operations Workspace ITSM Applications (sn_sow_itsm_cont) und y die Unterversion der Anwendung Service Operations Workspace ITOM Applications (sn_sow_itom_cont). | Tokio | ||||||||||||||||||||
Serviceportal |
| Tokio | ||||||||||||||||||||
Software Asset Management | Informationen zum Upgrade des Software Asset Management Foundation-Plugins (com.snc.sams) finden Sie unter Software Asset Management-Anpassungenwiederherstellen. | Tokio | ||||||||||||||||||||
Abonnement-Management | Subscription Management report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Tokio | ||||||||||||||||||||
Upgrade Center | Upgrade Center report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Tokio | ||||||||||||||||||||
Vendor Management Workspace | Vendor Management Workspace report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Tokio | ||||||||||||||||||||
Virtual Agent |
| Tokio | ||||||||||||||||||||
Visuelle Taskboards | Visuelle Taskboards report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Tokio | ||||||||||||||||||||
Vulnerability Response-Integrationen |
| Tokio | ||||||||||||||||||||
Vulnerability Response | Aufgrund einer Änderung des Datenmodells in der Anwendung Vulnerability Response kann das Upgrade merklich länger dauern als bei vorherigen Upgrades. Weitere Informationen finden Sie unter KB0856498. Beim Upgrade auf eine neuere Version kann sich die Upgrade-Zeit je nach Daten und Version, von der Sie ein Upgrade durchführen, verlängern. Dies ist auf zusätzliche Schemaänderungen zurückzuführen, die während des Upgrades hinzugefügt wurden. Weitere Informationen finden Sie unter KB0856498. Wenn Sie ein Upgrade der Vulnerability Response -Anwendung von älteren Versionen auf Version 15.x durchführen, wird die Standardregel für Korrekturaufgaben im Basissystem deaktiviert. Weitere Informationen finden Sie unter Vulnerability Response Workspaces und Updates für Korrekturaufgaben und Regeln für Korrekturaufgaben Vulnerability Response report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.
Wenn Sie ein Upgrade auf Version 18.0 von Vulnerability Response on Romedurchführen, wird Vulnerability Manager Workspace nicht unterstützt. | Tokio | ||||||||||||||||||||
Personaloptimierung für ITSM | Verbesserte Prognosemethoden: Die Bedarfsprognose verwendet verbesserte Prognosemethoden, um Daten zu prognostizieren. Die naiven Methoden zur Prognose von Indikatorpunktzahlen wurden auf Methoden der linearen Regression aktualisiert. Während bei den älteren naiven Methoden nur die ersten und letzten Punktzahlen der letzten Saison verwendet wurden, verwenden die aktualisierten Methoden alle verfügbaren Punktzahlen im Auswertungszeitraum. Darüber hinaus wurden die älteren Methoden „Linear“ und „Drift“ durch eine einzelne lineare Methode ersetzt, und die Berechnung des 95-%-Vorhersageintervalls wurde verbessert. Wenn Sie ein Upgrade durchführen, wird der in der Bedarfsprognose verwendete Prognosealgorithmus wie folgt aktualisiert:
Textindizierung für Zeitpläne und Schichtpläne aktivieren: Wenn Sie ein Upgrade auf Workforce Optimization for ITSM Version 1.1.1 durchführen, müssen Sie die Textindizierung für die folgenden Tabellen aktivieren:
Workforce Optimization for ITSM-Berichtsansichts-ACLs: report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. Coaching mit Learning: Wenn Sie ein Upgrade auf das Release „ Workforce Optimization for ITSM Tokyo “ durchführen, werden automatisch die folgenden Aktualisierungen vorgenommen:
Nach dem Upgrade auf die Anwendung ITSM Shift Planning Host v 5.3.0 aus dem ServiceNow Store:
| Tokio | ||||||||||||||||||||
KI-Suche | AI Search wendet automatisch die neue automatische Spracherkennungsfunktion an, wenn Sie Datensätze aus der Aufgabentabelle [task] und ihren untergeordneten Tabellen nach einem Upgrade von einem früheren Release auf Utah indizieren. Um die automatische Spracherkennung auf Aufgabendatensätze anzuwenden, die Sie vor dem Upgrade auf Utahindiziert haben, müssen Sie diese Datensätze manuell neu indizieren. In ähnlicher Weise wendet die KI-Suche automatisch die neue Funktion zur Erkennung von Textregionen für Chinesisch und Japanisch an, wenn Sie Datensätze oder Dokumente indizieren, die nach einem Upgrade von einem früheren Release auf Utah Datensätze oder Dokumente mit Regionen mit Chinesisch- oder Japanisch-Text enthalten. Um die Textbereichserkennung auf Datensätze und Dokumente anzuwenden, die Sie vor dem Upgrade auf Utahindiziert haben, müssen Sie diese Datensätze und Dokumente manuell neu indizieren. Die Anwendung AI Search for Next Experience wird in neuen Utah -Instanzen automatisch aktiviert. Wenn Sie ein Upgrade von einem früheren Release auf Utah durchführen, können Sie AI Search für Next Experiencemanuell konfigurieren und aktivieren. Weitere Informationen zur Anwendung finden Sie unter AI Search für Next Experience. | Utah | ||||||||||||||||||||
Mitarbeiterchat und Sidebar | Die Conversational Interfaces- Konsole ist im Utah -Release enthalten, sodass Bestandskunden sie nicht installieren müssen. Wenn sie als App aus dem ServiceNow Storeinstalliert wurde, sollten nachfolgende Updates von dort installiert werden. | Utah | ||||||||||||||||||||
Bewertungen und Umfragen | Im Utah- Release wurden alle Schaltflächen auf den Bewertungen- oder Umfragekarten entfernt. Um Automated Test Framework- Tests (ATF) erfolgreich auszuführen, muss der Schritt Auf die Schaltfläche „An Umfrage teilnehmen“ für alle Tests mit diesem Schritt durch Klicken auf die Karte „Umfrage “ ersetzt werden. | Utah | ||||||||||||||||||||
Authentifizierung | Authentifizierung report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Utah -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Utah | ||||||||||||||||||||
Cloud Provisioning and Governance | Erstellen Sie nach dem Upgrade von Cloud Provisioning and Governance auf das Utah -Release einen Datenbankindex aus den angegebenen Spalten der Tabelle „Cloud-Events“ [sn_cmp_cloud_event]. Der Datenbankindex trägt zur Verbesserung der Event-Verarbeitungsleistung von Amazon Web Services (AWS) der Instanz bei. Wenn Sie Cloud Provisioning and Governance mit dem Utah -Release verwendet haben, wird der Datenbankindex bei der Anwendungsinstallation automatisch erstellt. Weitere Informationen finden Sie unter Leistung der AWS-Cloud-Event-Verarbeitung verbessern. | Utah | ||||||||||||||||||||
Configuration Compliance |
| Utah | ||||||||||||||||||||
Kundenservice-Management (CSM) | Erweiterungen für Fallaufgaben fügen dem Fallaufgaben-Datensatz mehrere Felder hinzu. Nach dem Upgrade auf das Utah- Release können Ihre Kunden ein Skript ausführen, das diese Felder für die aktiven Fallaufgaben ausfüllt. Weitere Informationen finden Sie unter Fälle und Fallaufgaben. | Utah | ||||||||||||||||||||
Verschlüsselungsschlüsselverwaltung | Verschlüsselungskontexte werden beim Upgrade ab Release San Diego automatisch in Feldverschlüsselungsmodule für Verschlüsselung auf Spaltenebene und entsprechende Modulzugriffsrichtlinien konvertiert. Eine geführte Tour, in der diese Erweiterung erläutert wird, ist über das Dashboard verfügbar. Die Verschlüsselungsschlüsselverwaltung report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Utah -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Utah | ||||||||||||||||||||
Hardware Asset Management 7.0.0 | Sie müssen die Konfigurationen der vorhandenen Anpassungen ändern, damit sie mit der standardmäßigen Datensatzseitenvorlage kompatibel sind. Weitere Informationen zur standardmäßigen Datensatzseitenvorlage und zu den Konfigurationsänderungen finden Sie unter Arbeitsanweisung | Artikel How to Migrieren vorhandener Datensatzseiten zu Standarddatensatzseiten [KB1224040] in der Knowledge Base des Now Support. | Utah | ||||||||||||||||||||
Health Log Analytics | Wenn Ihre Health Log Analytics -Version älter als Februar 2022 ist, wenden Sie sich an den Now Support oder Ihren ServiceNow -Vertriebsmitarbeiter, um ein Upgrade für die Kernkomponenten der Anwendung Health Log Analytics anzufordern. | Utah | ||||||||||||||||||||
Prozessmanager Industrie | Wenn Sie den ISA Service Graph Connector verwenden, der im Lieferumfang von Manufacturing Process Manager enthalten ist, und ein Upgrade auf Industrial Process Manager durchführen, stellen Sie sicher, dass alle neuen ISA-Anlagenmodell-Entitäten ein eindeutiges Namensfeld haben. | Utah | ||||||||||||||||||||
Instanzübergreifende Datenreplikation | Sie können die Leistung und Verarbeitungseffizienz von Instance Data Replication (IDR) verbessern, indem Sie Ihre Replikationssätze auf V2 aktualisieren, das den Hermes Messaging Serviceverwendet. Weitere Informationen finden Sie unter Upgrade eines veralteten Replikationssatzes auf V2 in der Instanzdatenreplikation durchführen. | Utah | ||||||||||||||||||||
MID-Server | Die aktuellen Systemanforderungen für MID Server finden Sie unter Systemanforderungen für MID Server. Die unterstützte Mindestversion der Java Runtime Environment (JRE) ist 11.0.9, die empfohlene Version ist 11.0.16. Wenn Sie eine eigene JRE installiert haben, werden beim Upgrade-Vorgang die folgenden Aktionen ausgeführt, um sicherzustellen, dass der MID Server eine unterstützte JRE verwendet:
Alle MID Server -Hostcomputer erfordern Zugriff auf die Download-Site unter install.service-now.com, um automatische Upgrades zu ermöglichen. Weitere Informationen finden Sie unter, wie das System MID Server -Upgradesverwaltet. Pro ausführbarem Pfad ist nur ein Windows MID Server -Dienst zulässig. Aktualisierte Windows - MID Server mit mehreren Services, die auf denselben Installationsordner verweisen, können nicht gestartet werden. Weitere Informationen finden Sie unterMID-Server startet nicht. Weitere Informationen zu MID Server -Upgrades finden Sie in den folgenden Themen:
| Utah | ||||||||||||||||||||
Manager Hub | Wenn Sie ein Upgrade auf das Release Washington DC durchführen, müssen zusätzliche Bedingungen, die für Aufgabenzuordnungen im Formular „Aufgabenkonfiguration“ in Mitarbeiter-Center erstellt wurden, im Modul „Manager-Aufgabenzuordnung“ in Manager Huberneut erstellt werden. | Utah | ||||||||||||||||||||
Operational Technology Incident Management v2 | Wenn Sie ein Benutzer von Operational Technology Incident Management in früheren Releases sind, müssen Sie Benutzern, denen ursprünglich die Rolle „OT Incident-Benutzer“ (ot_incident_user) zugewiesen wurde, neue Rollen für Operational Technology Incident Management v2 zuweisen. Weitere Informationen finden Sie unter Neue Rollen für Operational Technology Incident Management zuweisen. | Utah | ||||||||||||||||||||
Platform-Sicherheit | Rufen Sie die Vault-Berechtigung ab, um die Datenschutzfunktion zu verwenden. Weitere Informationen zu dieser Funktion finden Sie unter ServiceNow Vault. | Utah | ||||||||||||||||||||
Portfolioplanung |
| Utah | ||||||||||||||||||||
Public Sector Digital Services | Nach dem Upgrade werden bestimmte Menüs und Menüelemente des öffentlichen Sektors im konfigurierbaren CSM-Arbeitsbereich auf ihre ursprünglichen CSM-Bezeichnungsnamen zurückgesetzt. Sie können diese Elemente für die Verwendung im öffentlichen Sektor neu kennzeichnen, indem Sie die UX-Listenkategorien für Kunden- und Serviceorganisationen aktualisieren. Weitere Informationen finden Sie unter Elemente zur Verwendung im öffentlichen Sektor nach dem Upgrade umbenennen. | Utah | ||||||||||||||||||||
Robotic Process Automation (RPA) Hub | Stellen Sie sicher, dass Sie die aktuell installierten Microsoft Software Installers (MSIs) (RPA Desktop Design Studio, Attended Robotund Unattended Robot) aktualisieren, indem Sie die RPA-Anwendungen herunterladen. Weitere Informationen finden Sie unter RPA-Anwendungen von RPA Hub herunterladen. Basierend auf der Anzahl der Datensätze in der Anwendungsdateitabelle kann es zu einer potenziellen Verzögerung beim Upgrade der RPA Hub -Anwendungen von Tokyo auf Utahkommen. Vor dem Upgrade von RPA Hub auf Utahmüssen Sie den Wert der Systemeigenschaft glide.rollback.blacklist.TableParentChange.change auf falsefestlegen. Wenn diese Eigenschaft in der Tabelle „Systemeigenschaft“ [sys_properties] nicht vorhanden ist, fügen Sie die Eigenschaft hinzu, und legen Sie ihren Wert auf „false“ fest. Nach dem Upgrade auf Utahändern sich die Bot-Prozessdefinitionen in die neue Struktur, d. h. die Bot-Prozesskonfiguration. Die Bot-Prozesskonfiguration ersetzt jedoch den Bot-Prozess nicht vollständig. Die meisten Felder werden vom Bot-Prozess in die Bot-Prozesskonfiguration verschoben. Wenn Sie ein Upgrade auf die Utah -Version durchführen, ohne den Systemeigenschaftswert zu aktualisieren, erweitern die Tabellen die Anwendungsdateitabelle nicht. Informationen zum manuellen Aktualisieren der Tabellenänderungen finden Sie im Artikel Restrukturieren von RPA Hub-Tabellen zu sys_metadata in Utah in der Knowledge Base des Now Support. | Utah | ||||||||||||||||||||
Service Operations-Arbeitsbereich für ITSM | Stellen Sie sicher, dass die folgenden Anwendungen kompatible aktualisierte Versionen haben:
Hier ist x die Unterversion der Anwendung Service Operations Workspace ITSM Applications (sn_sow_itsm_cont) und y die Unterversion der Anwendung Service Operations Workspace ITOM Applications (sn_sow_itom_cont). | Utah | ||||||||||||||||||||
Serviceportal | Nach dem Upgrade müssen Sie die Tabellen angeben, aus denen Gastbenutzer auf Daten für alle öffentlichen Widgets zugreifen können, die den Tabelleneingabeparameter akzeptieren. Standardmäßig können ab Release Utah Patch 10 öffentliche Widgets, die den Tabelleneingabeparameter akzeptieren, nicht auf Daten aus Tabellen für Gastbenutzer zugreifen und diese zurückgeben. Wenn Sie die Systemeigenschaften glide.service_portal.widget.table_allow_list oder glide.service_portal.widget.allow_list vor dem Upgrade hinzugefügt haben, werden die Werte dieser Eigenschaften nach dem Upgrade auf Utah Patch 10 oder höher in die Allow-Liste für öffentliche Tabellen für Widgets migriert. Weitere Informationen finden Sie unter Widget-Sicherheit konfigurieren. | Utah | ||||||||||||||||||||
Service-Portfoliomanagement | Das Anzeigen von Verfügbarkeitsergebnissen wurde im Tokyo-Release eingeführt, gilt jedoch auch für nachfolgende Releases. Beim Upgrade initiiert das System für Kunden, bei denen eine hohe Datenlast erkannt wurde, einen Hintergrundauftrag mit langer Ausführungszeit, der lange dauern kann. Weitere Informationen finden Sie unter KB1123644 | Utah | ||||||||||||||||||||
Software Asset Management | Informationen zum Upgrade des Software Asset Management Foundation-Plugins (com.snc.sams) finden Sie unter Software Asset Management-Anpassungenwiederherstellen. Beim Upgrade auf Utahwerden Ihre vorhandenen unbefristeten Lizenzberechtigungen, die von Software Assurance abgedeckt sind und mit generischen Versionssoftwaremodellen verknüpft sind, geändert. Software Asset Management konvertiert diese Berechtigungen automatisch in versionsspezifische Softwaremodelle. Diese Änderungen werden vorgenommen, um die Lizenzbedingungen von Microsoftzu erfüllen und das potenzielle Risiko der Anwendung von Software Assurance-Vorteilen auf alle Versionen Ihrer Microsoft -Produkte zu minimieren. Weitere Informationen finden Sie unter Softwarelizenzwartung. | Utah | ||||||||||||||||||||
Strategische Planung |
| Utah | ||||||||||||||||||||
Supplier Lifecycle Operations | Im Utah- Release wurden alle vorhandenen Tabellen umbenannt. Im Rahmen der Umbenennung wurden alle Vorkommen des Wortes „supplier“ in den neuen Namen der vorhandenen Tabellen in „slm“ geändert. Beispiel: Lieferantenfall [sn_supplier_case] wurde in Lieferantenfall (sn_slm_case) umbenannt, Lieferantenaufgabe [sn_supplier_task] wurde in Lieferantenaufgabe (sn_slm_task) umbenannt usw. Wenn Sie ein Upgrade vom Tokyo- Release auf das Utah- Release durchführen, stellen Sie sicher, dass Sie das Korrekturskript ausführen, um die vorhandenen Tabellen in die Supplier Common Architecturezu migrieren. Weitere Informationen finden Sie unter Korrekturskript ausführen, um vorhandene Tabellen zu Supplier Common Architecture zu migrieren. | Utah | ||||||||||||||||||||
Upgrade Center | Upgrade Center report_view Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Utah -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Report_view-Zugriffssteuerung. | Utah | ||||||||||||||||||||
Vulnerability Response-Integrationen |
| Utah | ||||||||||||||||||||
Vulnerability Response | Aufgrund einer Änderung des Datenmodells in der Anwendung Vulnerability Response kann das Upgrade merklich länger dauern als bei vorherigen Upgrades. Weitere Informationen finden Sie unter KB0856498. Beim Upgrade auf eine neuere Version kann sich die Upgrade-Zeit je nach Daten und Version, von der Sie ein Upgrade durchführen, verlängern. Dieses Problem ist auf zusätzliche Schemaänderungen zurückzuführen, die während des Upgrades hinzugefügt wurden. Weitere Informationen finden Sie unter KB0856498. Wenn Sie ein Upgrade auf Version 18.0 von Vulnerability Response on Romedurchführen, wird Vulnerability Manager Workspace nicht unterstützt. | Utah | ||||||||||||||||||||
KI-Suche |
| Vancouver | ||||||||||||||||||||
Bewertungen und Umfragen | Aktualisieren Sie die Automated Test Framework- Tests (ATF), wenn Sie ein Upgrade von einer Version vor Utah auf Vancouverdurchführen. Im Utah- Release wurden alle Schaltflächen auf den Bewertungen- oder Umfragekarten entfernt. Um ATF-Tests erfolgreich auszuführen, muss der Schritt Auf die Schaltfläche „An Umfrage teilnehmen“ für alle Tests, die diesen Schritt enthalten, durch den Schritt „Auf Umfragekarte klicken“ ersetzt werden. | Vancouver | ||||||||||||||||||||
Authentifizierung | Authentifizierung report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Vancouver -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle. | Vancouver | ||||||||||||||||||||
Automated Test Framework | Kopieren Sie die von Now Platform® bereitgestellten Schnellstarttests, und passen Sie sie an, um zu überprüfen, ob Ihre Instanz nach Konfigurationsänderungen funktioniert. Zum Beispiel, wenn Sie ein Upgrade anwenden oder eine Anwendung entwickeln. Die Tests können nur dann ein positives Ergebnis liefern, wenn Sie sie auf einem Basissystem ohne Anpassungen und mit den Standard-Demodaten ausführen, die mit dem Anwendungs- oder Funktions-Plugin bereitgestellt werden. Um einen Schnellstarttest auf Ihre instanzspezifischen Daten anzuwenden, kopieren Sie den Schnellstarttest, und fügen Sie Ihre benutzerdefinierten Daten hinzu. Weitere Informationen finden Sie unter Verfügbare Schnellstarttests nach Anwendung oder Funktion. | Vancouver | ||||||||||||||||||||
Cloud-Kostenmanagement | Anweisungen zum Upgrade von Cloud-Kostenmanagement auf Vancouverfinden Sie unter Cloud-Einblicke upgraden. | Vancouver | ||||||||||||||||||||
Configuration Management Database (CMDB) | Während des Upgrades wird ein Korrekturskript ausgeführt, das die Tabelle „Abgleichsdefinitionszuordnung“ [cmdb_reconciliation_definition_mapping] neu überordnet. Die Dauer, die dieses Korrekturskript benötigt, hängt von der Anzahl der Abgleichsregeln in der aktualisierten Instanz ab und verlängert das Upgrade normalerweise um einige Minuten. Eine erneute Überordnung der Tabelle „Abgleichsdefinitionszuordnung“ [cmdb_reconciliation_definition_mapping] ist erforderlich, um sicherzustellen, dass Daten in dieser Tabelle beim Exportieren von Abgleichsregeln zwischen Instanzen von Update Sets erfasst werden. Nach dem Upgrade werden alle Änderungen an Abgleichsregeln vollständig von Update Sets erfasst und ordnungsgemäß an Zielinstanzen portiert. | Vancouver | ||||||||||||||||||||
Document Intelligence | Document Intelligence 3.0 und höher enthalten ein aktualisiertes Schema, um den Übergang von einer bereichsbezogenen Anwendung zu einem Now Platform -Plugin zu unterstützen. Weitere Informationen zum Upgrade finden Sie unter Upgrade von Version 2.4 oder früher auf Document Intelligence 3.0 oder höher. | Vancouver | ||||||||||||||||||||
Ziel-Framework | Ab v4.2.0 werden die vorhandenen Ziele, bei denen das Feld Typ auf Meilenstein festgelegt ist, als qualitative Ziele betrachtet. Nach dem Upgrade von Goal Frameworkwird für solche vorhandenen Ziele die Maßeinheit auf Ja/Nein, der Basiswert auf Neinund der Zielwert automatisch auf Ja festgelegt. Außerdem wird der tatsächliche Wert auf Ja festgelegt, wenn der Fortschrittswert 100 % beträgt. Andernfalls wird der Wert auf Neinfestgelegt. | Vancouver | ||||||||||||||||||||
ITOM-Transparenz |
| Vancouver | ||||||||||||||||||||
Prozessmanager Industrie | Wenn Sie den ISA Service Graph Connector verwenden, der im Lieferumfang von Manufacturing Process Manager enthalten ist, und ein Upgrade auf Industrial Process Manager durchführen, stellen Sie sicher, dass alle neuen ISA-Anlagenmodell-Entitäten ein eindeutiges Namensfeld haben. | Vancouver | ||||||||||||||||||||
Instanzübergreifende Datenreplikation | Verbessern Sie die Leistung und Verarbeitungseffizienz von Instance Data Replication (IDR), indem Sie Ihre Replikationssätze auf V2 aktualisieren, das den Hermes Messaging Serviceverwendet. Weitere Informationen finden Sie unter Upgrade veralteter Replikationssätze auf V2 in der Instanzdatenreplikation. Wenn die Tabelle „Replizierungsnutzlastfehler“ [idr_replication_payload_error] in Ihrer Instanz mehr als 10 Millionen Datensätze enthält, richten Sie die Tabellenrotation gemäß KB1364728 ein. Die Verwendung der Tabellenrotation zum Löschen von Datensätzen aus der Tabelle „Replizierungsnutzlastfehler“ [idr_replication_payload_error] ist sicher, da diese Tabelle nur von IDR protokollierte Replikationsfehler und keine replizierten Daten enthält. | Vancouver | ||||||||||||||||||||
MID-Server | Die aktuellen Systemanforderungen für MID Server finden Sie unter Systemanforderungen für MID Server. Die unterstützte JRE-Mindestversion ist 11.0.9, die empfohlene Version ist 11.0.16.1. Wenn Sie eine eigene JRE installiert haben, werden beim Upgrade-Vorgang die folgenden Aktionen ausgeführt, um sicherzustellen, dass der MID Server eine unterstützte JRE verwendet:
Alle MID Server -Hostcomputer erfordern Zugriff auf die Download-Site unter install.service-now.com, um automatische Upgrades zu ermöglichen. Weitere Informationen finden Sie unter, wie das System MID Server -Upgradesverwaltet. Pro ausführbarem Pfad ist nur ein Windows MID Server -Dienst zulässig. Aktualisierte Windows - MID Server mit mehreren Services, die auf denselben Installationsordner verweisen, können nicht gestartet werden. Weitere Informationen finden Sie unterMID-Server startet nicht. Weitere Informationen zu MID Server -Upgrades finden Sie in den folgenden Themen:
| Vancouver | ||||||||||||||||||||
Order Management | Ab Release vom November 2023 unterstützt die Anwendung Order Management den gesamten Lebenszyklus von Produkt- und Serviceaufträgen, einschließlich der Auftragserfüllungsfunktionen, die mit der Anwendung Order Management for Telecommunications, Media, and Technology bereitgestellt werden. Wenn Sie ein Telecommunications Service Management-Abonnement haben, installieren Sie die Anwendung Order Management for Telecom, Media and Tech aus dem ServiceNow Store. Diese Anwendung installiert die Anwendung Order Management, Telekommunikations-Demodaten und die folgenden ServiceNow Open API-Implementierungen der TM Forum API-REST-Spezifikationen:
Wenn Sie mit der Anwendung „ Order Management for Customer Service Management “ vertraut sind, können Sie diese Schnittstelle nach der Installation der Anwendung „Order Management “ optional verwenden. Weitere Informationen finden Sie unter Benutzeroberfläche für Order Management for Customer Service Management aktivieren KB1554296. Weitere Informationen zu Änderungen an der Benutzeroberfläche finden Sie unter Änderungen an der Anwendung „Order Management for Customer Service Management“ KB1560237. Während des Upgrades wird die Tabelle „Bestellaufgabe“ [sn_ind_tmt_orm_order_task] aus der Tabelle „Geplante Aufgaben“ [planned_tasks] erweitert, die in der Anwendung Customer Service Management verwendet wird. Die Auftragsaufgabentabelle wurde ebenfalls geändert. Weitere Informationen zu Änderungen an der Tabelle „Bestellaufgabe“ finden Sie unter OMT Reparenting data model changes KB1496935. Wenn Sie ein Upgrade auf das Vancouver -Release durchgeführt haben und eine Version der Anwendung „Order Management for Telecommunications, Media, and Technology “ verwenden, die nicht Version 5.2.0 ist, stehen Ihnen die Korrekturen zum Ausfüllen von Produktbestand und Produktmodellmerkmalen nicht zur Verfügung. Um diese Änderungen zu erhalten, führen Sie ein Upgrade auf den aktuellen Vancouver -Patch durch. | Vancouver | ||||||||||||||||||||
Platform Analytics-Arbeitsbereich | Die Vancouver -Version von Platform Analytics Workspace (3.0) enthält die Updates in Versionen 2.1.x, die bisher nur im ServiceNow® Storeverfügbar waren. | Vancouver | ||||||||||||||||||||
Portfolioplanung |
| Vancouver | ||||||||||||||||||||
Prozessautomatisierungs-Designer | Aktualisieren Sie nach dem Upgrade auf Vancouverdie Anwendung „ “ im ServiceNow Store. | Vancouver | ||||||||||||||||||||
Public Sector Digital Services | Bevor Sie ein Upgrade auf Public Sector Digital Services v8.0 durchführen, müssen Sie benutzerdefinierte Servicedefinitionen für Daten in der Tabelle „Angebotene Services“, Daten in der Tabelle „Erhaltene Services“ und alle anderen Daten erstellen, die von der Konvertierung der Tabelle „Angebotene Services“ in die Servicedefinition betroffen sind -Tabelle (Performance Analytics-Dashboard-Daten, Daten zu Beteiligten oder Geschäftsberichten usw.). Alle benutzerdefinierten Daten zu angebotenen Services und erhaltenen Services, die in früheren Releases erstellt wurden, werden nicht automatisch zum neuen Release migriert und sind nach dem Upgrade in der Anwendung erst zugänglich, wenn die Daten aus den veralteten Entitäten in die Tabelle „Servicedefinition“ migriert wurden. Weitere Informationen finden Sie unter Migrationsleitfaden für angebotene Services und erhaltene Services und Servicedefinitionen für Playbooks in Public Sector Digital Services konfigurieren. Nach dem Upgrade werden bestimmte Menüs und Menüelemente des öffentlichen Sektors im konfigurierbaren CSM-Arbeitsbereich auf ihre ursprünglichen CSM -Bezeichnungsnamen zurückgesetzt. Sie können diese Elemente für die Verwendung im öffentlichen Sektor neu kennzeichnen, indem Sie die UX-Listenkategorien für Kunden- und Serviceorganisationen aktualisieren. Weitere Informationen finden Sie unter Elemente zur Verwendung im öffentlichen Sektor nach dem Upgrade umbenennen. | Vancouver | ||||||||||||||||||||
Robotic Process Automation (RPA) Hub | Stellen Sie sicher, dass Sie die aktuell installierten Microsoft Software Installers (MSIs) (RPA Desktop Design Studio, Attended Robot, Unattended Robotund Unattended Robot Login Agent) aktualisieren, indem Sie die RPA-Anwendungen herunterladen. Weitere Informationen finden Sie unter RPA-Anwendungen von RPA Hub herunterladen. Die folgenden Upgrade-Schritte gelten nur, wenn Sie ein Upgrade von San Diego oder Tokyo auf Vancouver durchführen. Basierend auf der Anzahl der Datensätze in der Anwendungsdateitabelle kann es beim Upgrade der RPA Hub -Anwendungen von Tokyo oder früher auf Vancouverzu einer potenziellen Verzögerung kommen. Vor dem Upgrade von RPA Hub auf Vancouvermüssen Sie den Wert der Systemeigenschaft glide.rollback.blacklist.TableParentChange.change auf falsefestlegen. Wenn diese Eigenschaft in der Tabelle „Systemeigenschaft“ [sys_properties] nicht vorhanden ist, fügen Sie die Eigenschaft hinzu, und legen Sie ihren Wert auf „false“ fest. Nach dem Upgrade auf Vancouverändern sich die Bot-Prozessdefinitionen in die neue Struktur, d. h. die Bot-Prozesskonfiguration. Die Bot-Prozesskonfiguration ersetzt jedoch den Bot-Prozess nicht vollständig. Die meisten Felder werden vom Bot-Prozess in die Bot-Prozesskonfiguration verschoben. Wenn Sie ein Upgrade auf die Utah -Version durchführen, ohne den Systemeigenschaftswert zu aktualisieren, erweitern die Tabellen die Anwendungsdateitabelle nicht. Informationen zum manuellen Aktualisieren der Tabellenänderungen finden Sie im Artikel Restrukturieren von RPA Hub-Tabellen zu sys_metadata in Utah in der Knowledge Base des Now Support. | Vancouver | ||||||||||||||||||||
Security Incident Response | Vancouver | |||||||||||||||||||||
Service Bridge | Informationen zum Upgrade und zur Verwendung der neuen Service Bridge- Anwendungen finden Sie unter Von Service Bridge (veraltet) migrieren. | Vancouver | ||||||||||||||||||||
Service Operations-Arbeitsbereich für ITSM | Stellen Sie sicher, dass die folgenden Anwendungen kompatible aktualisierte Versionen haben:
Hier ist x die Unterversion der Anwendung Service Operations Workspace ITSM Applications (sn_sow_itsm_cont) und y die Unterversion der Anwendung Service Operations Workspace ITOM Applications (sn_sow_itom_cont). Wenn die aktualisierte Instanz eine der folgenden Anpassungen aufweist, müssen Sie standardmäßige Änderungen an Datensatzseiten migrieren. Weitere Informationen finden Sie unter Standarddatensatzseite in Service Operations Workspace konfigurieren.
Nach dem Upgrade auf 3.0 ist die Funktion „Empfehlungs-Framework “ nicht mehr verfügbar. Stattdessen ist nur die Standardversion der Funktion „Recommended Actions for ITSM“ verfügbar. | Vancouver | ||||||||||||||||||||
Serviceportal | Nach dem Upgrade müssen Sie die Tabellen angeben, aus denen Gastbenutzer auf Daten für alle öffentlichen Widgets zugreifen können, die den Tabelleneingabeparameter akzeptieren. Standardmäßig können ab Vancouver Patch 7 öffentliche Widgets, die den Tabelleneingabeparameter akzeptieren, nicht auf Daten aus Tabellen für Gastbenutzer zugreifen und diese zurückgeben. Wenn Sie die Systemeigenschaften glide.service_portal.widget.table_allow_list oder glide.service_portal.widget.allow_list vor dem Upgrade hinzugefügt haben, werden die Werte dieser Eigenschaften nach dem Upgrade auf Vancouver Patch 7 oder höher in die Allow-Liste für öffentliche Tabellen für Widgets migriert. Weitere Informationen finden Sie unter Widget-Sicherheit konfigurieren. | Vancouver | ||||||||||||||||||||
Service-Portfoliomanagement | Das Anzeigen von Verfügbarkeitsergebnissen wurde im Tokyo- Release eingeführt, gilt jedoch auch für nachfolgende Releases. Beim Upgrade initiiert das System für Kunden, bei denen eine hohe Datenlast erkannt wurde, einen Hintergrundauftrag mit langer Ausführungszeit, der lange dauern kann. Weitere Informationen finden Sie unter KB1123644. | Vancouver | ||||||||||||||||||||
Kompetenzmanagement | Wenn Sie die URL für die Seite „Kompetenzen verwalten“ angepasst haben, müssen Sie die URL manuell so aktualisieren, dass sie auf die neue Seite verweist. Hier ist der relative Pfad zur neuen Seite „Kompetenzen verwalten“: https://<instance name> .service-now.com/now/nav/ui/manage-skills/params/parent-skill/2eb1c2029f100200a3bc1471367fcfe4/parent-department/221f79b7c6112284005d646b76ab978c/recursive-departments/true/recursive-skills/true/group-by/department Sie können den vorhandenen Pfad durch diesen ersetzen.
Hinweis: Stellen Sie sicher, dass die sys_ids der übergeordneten Kompetenz und der übergeordneten Abteilung dieselben IDs sind wie in Ihrer vorhandenen URL. | Vancouver | ||||||||||||||||||||
Software Asset Management | Informationen zum Upgrade des Software Asset Management Foundation-Plugins (com.snc.sams) finden Sie unter Software Asset Management-Anpassungenwiederherstellen. Beim Upgrade auf Vancouverunterstützen die Felder Version und Edition in den DMAP-Definitionen (Discovery Map) den neuen is_empty- Wert. Wenn das Feld Edition für eine vorhandene DMAP-Definition einer Microsoft SQL Server-Komponente zuvor auf is_anyching festgelegtwurde, wird es nach der Inhaltsaktualisierung automatisch mit dem neuen is_empty- Wert aktualisiert. | Vancouver | ||||||||||||||||||||
Strategische Planung |
| Vancouver | ||||||||||||||||||||
Telecommunications Service Operations Management | Das Integration Hub-Starterpaket ist zusammen mit dem externen Auslöser als Komponenten des Startpakets in Vancouver Patch 1 enthalten. Der Kunde muss das Familien-Release Vancouver Patch 1 verwenden, um die Benachrichtigungsfunktionalität der Telecommunications API zu erhalten. | Vancouver | ||||||||||||||||||||
Drittpartei-Risikomanagement | Vancouver | |||||||||||||||||||||
Virtual Agent | Einige Funktionen, die in Vancouver Patch 7 bereitgestellt wurden, sind im ersten Early Access-Release von Washington DC nicht verfügbar. Diese Funktionen werden in zukünftigen Patch-Releases von Washington DCverfügbar sein:
| Vancouver | ||||||||||||||||||||
Vulnerability Response-Integrationen |
| Vancouver | ||||||||||||||||||||
Vulnerability Response | Aufgrund einer Änderung des Datenmodells in der Anwendung Vulnerability Response kann das Upgrade merklich länger dauern als bei vorherigen Upgrades. Weitere Informationen finden Sie unter KB0856498. Beim Upgrade auf eine neuere Version kann sich die Upgrade-Zeit je nach Daten und Version, von der Sie ein Upgrade durchführen, verlängern. Dieses Problem ist auf zusätzliche Schemaänderungen zurückzuführen, die während des Upgrades hinzugefügt wurden. Weitere Informationen finden Sie unter KB0856498. Ab Version 20.0 der Anwendung Vulnerability Response und Version 2.03 der Anwendung Vulnerability Emergency Response wird Vulnerability Analyst Workspace in Vulnerability Assessment Workspace umbenannt. Alle Verweise auf den Arbeitsbereich „Schwachstellenanalyst“ beziehen sich jetzt auf den Arbeitsbereich „Schwachstellenbewertung“. | Vancouver | ||||||||||||||||||||
KI-Suche | Wenn Sie ein Upgrade auf Washington DCdurchführen, aktualisiert AI Search automatisch Ihre vorhandenen Genius-Ergebniskonfigurationen, um die neuen Felder des Formulars „AI Search Genius-Ergebniskonfiguration“ zu verwenden. Dieses Aktualisierungsverfahren nimmt die folgenden Änderungen vor:
Nachdem Sie Ihre Instanz auf Washington DCaktualisiert haben, behält die KI-Suche den Wert bei, den Sie zuvor für die Systemeigenschaft Boolescher Suchoperator festgelegt haben, der verwendet werden soll, wenn eine Suchabfrage mehrere Begriffe enthält ( glide.ais.query.search_operator ). Um die Vorteile des neuen erweiterten Abfragemodus für Suchen mit mehreren Begriffen zu nutzen, legen Sie den Wert dieser Systemeigenschaft auf AND then OR 2+ key termsfest. Weitere Informationen zu Systemeigenschaften von AI Search finden Sie unter Systemeigenschaften von AI Search. Ab Washington DCsortiert die Benutzertabelle [sys_user] indizierte Datensätze standardmäßig nach ihrem sys_created_on-Datum anstatt nach ihrem sys_updated_on-Datum. Diese Änderung erfordert eine Neuindizierung der indizierten Quelle der Benutzertabelle für die KI-Suche, was zeitaufwändig sein kann. Wenn Sie ein Upgrade von einem früheren Familien-Release auf Washington DC durchführen, indiziert die KI-Suche die indizierte Quelle der Benutzertabelle nicht automatisch neu. Wenn Sie in der Lage sein müssen, die aktuelle Konfiguration nach Benutzerdatensätzen zu durchsuchen, können Sie die indizierte Quelle der Benutzertabelle manuell neu indizieren. Dies kann einige Zeit in Anspruch nehmen. Andernfalls indiziert die KI-Suche einzelne Benutzertabellendatensätze neu, wenn sie aktualisiert werden, bis alle Datensätze neu indiziert wurden. | Washington DC | ||||||||||||||||||||
Automated Test Framework | Kopieren Sie die von Now Platform® bereitgestellten Schnellstarttests, und passen Sie sie an, um zu überprüfen, ob Ihre Instanz nach Konfigurationsänderungen funktioniert. Zum Beispiel, wenn Sie ein Upgrade anwenden oder eine Anwendung entwickeln. Die Tests können nur dann ein positives Ergebnis liefern, wenn Sie sie auf einem Basissystem ohne Anpassungen und mit den Standard-Demodaten ausführen, die mit dem Anwendungs- oder Funktions-Plugin bereitgestellt werden. Um einen Schnellstarttest auf Ihre instanzspezifischen Daten anzuwenden, kopieren Sie den Schnellstarttest, und fügen Sie Ihre benutzerdefinierten Daten hinzu. Weitere Informationen finden Sie unter Verfügbare Schnellstarttests nach Anwendung oder Funktion. | Washington DC | ||||||||||||||||||||
Business Continuity Management | Nach einem Upgrade auf das Washington DC -Release müssen Sie die folgenden wichtigen Informationen für die vorhandenen Business-Impact-Analysen, Geschäftskontinuitätspläne und Events beachten:
| Washington DC | ||||||||||||||||||||
Configuration Management Database (CMDB) |
| Washington DC | ||||||||||||||||||||
Core Now Platform | Bisher wurden bestimmte auditierbare Vorgänge nicht aufgezeichnet, wenn eine Transaktion abgebrochen wurde. Dieses Verhalten fehlender Audit-Datensätze ist darauf zurückzuführen, dass die Plattform einige Vorgänge zwischen der Datensatzänderung ausführt und vor der Audit-Erstellung abgebrochen wird. Jetzt werden Audits jedoch unmittelbar nach der Änderung des Datensatzes erstellt, wodurch die Wahrscheinlichkeit verringert wird, dass eine abgebrochene Transaktion den Vorgang abbricht, bevor das Audit aufgezeichnet wird. Um diese Aktualisierung zu erleichtern, werden Audits jetzt im selben Thread wie die Transaktion aufgezeichnet. Frühere Audits wurden in einem Hintergrund-Thread erstellt. Durch diese Änderung wird der Standardwert der Eigenschaft | Washington DC | ||||||||||||||||||||
Verschlüsselungsschlüsselverwaltung | Wenn Sie ein Upgrade Ihrer Instanz auf Washington DC, aber kein Upgrade Ihres MID Servers durchführen, schlägt die Geheimnisverwaltungs-Authentifizierung fehl. Vermeiden Sie Authentifizierungsfehler, indem Sie Ihren MID Server auf Washington DCaktualisieren. Wenn Sie kein Upgrade durchführen können, müssen Sie die Authentifizierung deaktivieren, bis MID Server auf Washington DC aktualisiert wird, um Authentifizierungsfehler zu vermeiden. Weitere Informationen zu MID Server-Upgrades finden Sie unter MID Server-Upgrades. | Washington DC | ||||||||||||||||||||
Enterprise Asset Management | Nach dem Upgrade auf Washington DCist das Feld model_component in der Tabelle „Enterprise-Asset“ [sn_ent_asset] nicht verfügbar. Stattdessen ist ein neues Feld model_component_id in der Asset-Tabelle [alm_asset] verfügbar. Das Komponentenskript ENT – Zu neuem Modell migrieren verschiebt die vorhandenen Felddaten „model_component“ in das Feld „model_component_id“. Beachten Sie die folgenden Upgrade-Szenarien für die Gesamtbetriebskosten (TCO) von Assets:
| Washington DC | ||||||||||||||||||||
Financial Services Operations Core | Während des Upgrades auf Washington DCwerden die folgenden Tabellen vom Plugin „ Financial Services Operations Core “ neu übergeordnet:
Hinweis: Wenn die aktualisierte Instanz eine große Anzahl von Datensätzen aufweist, kann das Upgrade länger dauern.
| Washington DC | ||||||||||||||||||||
Hardware Asset Management 10.0.0 | Berücksichtigen Sie nach dem Upgrade auf Washington DCdie folgenden Upgrade-Szenarien für die Gesamtbetriebskosten (TCO) von Assets:
| Washington DC | ||||||||||||||||||||
Healthcare and Life Sciences Service Management Core | Während des Upgrades auf Washington DCändert sich die übergeordnete Tabelle „Verkaufte Gesundheitsprodukte“ [sn_hcls_sold_product] für die folgenden Tabellen in das Installationsbasiselement [sn_install_base_item]:
Darüber hinaus wurden die übergeordneten Tabellen der folgenden Tabellen entfernt und sind eigenständige Tabellen:
Vorhandene Daten werden auf folgende Weise migriert, damit die vorhandene Funktionalität nicht beeinträchtigt wird:
Hinweis: Wenn die aktualisierte Instanz eine große Anzahl von Datensätzen aufweist, kann das Upgrade länger dauern. | Washington DC | ||||||||||||||||||||
Instanzübergreifende Datenreplikation | Verbessern Sie die Leistung und Verarbeitungseffizienz von Instance Data Replication (IDR), indem Sie Ihre Replikationssätze auf V2 aktualisieren, das den Hermes Messaging Serviceverwendet. Weitere Informationen finden Sie unter Upgrade veralteter Replikationssätze auf V2 in der Instanzdatenreplikation. Die Protokollrotation wird nach dem Upgrade automatisch für die Tabelle „Replizierungsnutzlastfehler“ [idr_replication_payload_error] aktiviert. Standardmäßig besteht der Protokollrotationszeitplan aus sieben Shards mit fünf Tagen für jeden Shard. Alle Protokolleinträge in dieser Tabelle, die vor dem Upgrade erstellt wurden, werden automatisch gekürzt. | Washington DC | ||||||||||||||||||||
MID-Server | Die aktuellen Systemanforderungen für MID Server finden Sie unter Systemanforderungen für MID Server. Die unterstützte JRE-Mindestversion ist 11.0.9, die empfohlene Version ist 11.0.16.1. Wenn Sie eine eigene JRE installiert haben, werden beim Upgrade-Vorgang die folgenden Aktionen ausgeführt, um sicherzustellen, dass der MID Server eine unterstützte JRE verwendet:
Alle MID Server -Hostcomputer erfordern Zugriff auf die Download-Site unter install.service-now.com, um automatische Upgrades zu ermöglichen. Weitere Informationen finden Sie unter, wie das System MID Server -Upgradesverwaltet. Pro ausführbarem Pfad ist nur ein Windows MID Server -Dienst zulässig. Aktualisierte Windows - MID Server mit mehreren Services, die auf denselben Installationsordner verweisen, können nicht gestartet werden. Weitere Informationen finden Sie unterMID-Server startet nicht. Weitere Informationen zu MID Server -Upgrades finden Sie in den folgenden Themen:
| Washington DC | ||||||||||||||||||||
Now Assist für Ersteller | Washington DC | |||||||||||||||||||||
Now Assist | Weitere Informationen zur Fehlerbehebung bei Upgrades von Now Assist- Anwendungen und -Plugins finden Sie im KB-Artikel zu Problemen und Abhilfemaßnahmen für Now Assist-Upgrades. | Washington DC | ||||||||||||||||||||
Order Management für Telekommunikation, Medien und Technologie | Die in diesem Washington DC -Release eingeführten neuen Funktionen werden in früheren Releases von Order Management for Telecommunications, Media, and Technologynicht unterstützt. Ab dem Washington DC -Release werden die für Produktangebote und Produktattributmerkmale festgelegten monatlich wiederkehrenden Gebühren (MRC) und nicht wiederkehrenden Gebühren (NRC) im Datenmodell „Preisgestaltung“ in Preislisten und Preislistenpositionen und nicht im Produktangebot gespeichert -Datenmodell. Wenn Sie Ihre Preisinformationen aktualisieren möchten, um nach dem Upgrade auf Washington DCPreislisten zu verwenden, lesen Sie den Artikel Price Management Plugin (com.sn_csm_pricing) uptake for Telecommunications, Media, and Technology Customers upgrade to Washington [KB1585863] in der Knowledge Base des Now Support . Nach dem Upgrade auf das Washington DC -Release wird automatisch ein Korrekturskript ausgeführt, um bestimmte Telekommunikationslistendatensätze zu deaktivieren, die nicht mehr benötigt werden, um die Erfassung eines nicht abgeschlossenen Auftrags fortzusetzen. Weitere Informationen zu diesen Datensätzen und zur Verwendung des früheren Auftragserfassungsprozesses bei Bedarf finden Sie im Artikel „Telco-Liste für Auftragserfassung veraltet“ [KB1586538] in der Knowledge Base des Now Support. Überprüfen Sie nach dem Upgrade auf Washington DCdie Problemumgehungen für die Neukonfiguration, um an neuen Change-Aufträgen oder Aufträgen mit Aktionen zum Trennen, Anhalten oder Fortsetzen zu arbeiten, während Sie den Produktkonfigurator verwenden. Weitere Informationen finden Sie im Artikel Order position reconfiguration Problems in Washington when using Order Erfassungs-UI [KB1585976] in der Knowledge Base des Now Support. | Washington DC | ||||||||||||||||||||
Order Management | Die in diesem Washington DC -Release eingeführten neuen Funktionen werden in früheren Releases von Order Managementnicht unterstützt. | Washington DC | ||||||||||||||||||||
Performance Analytics | Die veraltete Tabelle „PA-Punktzahlen“ [pa_scores] ist veraltet. Wenn Sie noch Indikatorpunktzahlen in der PA-Punktzahltabelle erfasst haben und die Anzahl dieser Punktzahlen weniger als 43 Millionen beträgt, werden diese Punktzahlen beim Upgrade automatisch in die Tabellen „pa_scores_l1“ und „pa_scores_l2“ migriert. Die erwartete zusätzliche Zeit für das Upgrade beträgt ungefähr zwei Stunden. Weitere Informationen finden Sie unter KB1294371 oder Performance Analytics-Punktzahlenmigrieren. | Washington DC | ||||||||||||||||||||
Platform Analytics-Experience | DiePlatform Analytics Experience-Funktionalität befand sich zuvor im Platform Analytics -Arbeitsbereich. Die Funktionalität ist jetzt Teil der zentralen Now Platform, auf die über die zentrale Navigation von Next Experiencezugegriffen werden kann. Sie können alle Dashboards, Berichte und Performance Analytics -Widgets, die in der Core-UI erstellt wurden, zu dieser Funktionalität migrieren. | Washington DC | ||||||||||||||||||||
Playbooks in Workflow-Studio | Aktualisieren Sie nach dem Upgrade auf Washington DCdie Anwendungen Playbooks und Workflow Studio im ServiceNow Store. | Washington DC | ||||||||||||||||||||
Portfolioplanung | Ab v8.0.0 können Sie nur in Strategic Planning Workspace auf die Pro-lizenzierten Funktionen von Strategic Portfolio Management(SPM ) zugreifen. Wenn Sie eine SPM Pro-Lizenz besitzen, aber dennoch die von SPM Pro lizenzierten Funktionen (z. B. Ziele, Produktfeedback, hybride Portfolioplanung und zusätzliche Objektive) in Portfolio Planning Workspace verwenden, müssen Sie Strategic Planning installieren, um auf diese Funktionen zuzugreifen. Weitere Informationen zu Funktionen, auf die nur im Arbeitsbereich für strategische Planung zugegriffen werden kann, finden Sie unter Portfolioplanung mit strategischer Planung vergleichen. | Washington DC | ||||||||||||||||||||
Predictive Intelligence | Wenn Sie ein Upgrade auf Washington DC durchführen, können Sie keine neuen Regressionslösungen erstellen. Wenn Sie über vorhandene Lösungen verfügen, werden diese weiterhin unterstützt, und Sie können sie trainieren und ändern, aber Sie können keine neuen Lösungen erstellen. Die Änderungen an den Ähnlichkeits- und Clustering-Lösungen gelten für alle Instanzen in Washington DC. | Washington DC | ||||||||||||||||||||
Proaktive Service-Experience-Workflows | Kunden, die keine Problemticketbenachrichtigungen erhalten möchten, können die Geschäftsregeln in Bezug auf die Incident- und Falltabellen deaktivieren. Weitere Informationen zum Deaktivieren der Business Rules für die Problemticketbenachrichtigung finden Sie unter Problemticketbenachrichtigungen deaktivieren. | Washington DC | ||||||||||||||||||||
Public Sector Digital Services | Nach dem Upgrade werden bestimmte Menüs und Menüelemente des öffentlichen Sektors im konfigurierbaren CSM-Arbeitsbereich auf ihre ursprünglichen CSM -Bezeichnungsnamen zurückgesetzt. Sie können diese Elemente für die Verwendung im öffentlichen Sektor neu kennzeichnen, indem Sie die UX-Listenkategorien für Kunden- und Serviceorganisationen aktualisieren. Weitere Informationen zum Umbenennen von Bezeichnungen finden Sie unter und wählen Sie . | Washington DC | ||||||||||||||||||||
Robotic Process Automation (RPA) Hub | Stellen Sie sicher, dass Sie eines der folgenden derzeit installierten Microsoft-Software-Installationsprogramme (MSIs) aktualisieren, indem Sie die RPA-Anwendungen herunterladen:
Die folgenden Upgrade-Schritte gelten nur, wenn Sie ein Upgrade von San Diego oder Tokyo auf Washington DC durchführen. Basierend auf der Anzahl der Datensätze in der Anwendungsdateitabelle kann es zu einer potenziellen Verzögerung beim Upgrade der RPA Hub -Anwendungen von Tokyo oder früher auf Washington DCkommen. Vor dem Upgrade von RPA Hub auf Washington DCmüssen Sie den Wert der Systemeigenschaft glide.rollback.blacklist.TableParentChange.change auf falsefestlegen. Wenn diese Eigenschaft in der Tabelle „Systemeigenschaft“ [sys_properties] nicht vorhanden ist, fügen Sie die Eigenschaft hinzu, und legen Sie ihren Wert auf „false“ fest. Weitere Informationen zum Hinzufügen einer Eigenschaft finden Sie unter Systemeigenschaftenhinzufügen. Nach dem Upgrade auf Washington DCändern sich die Bot-Prozessdefinitionen in die neue Struktur, die die Bot-Prozesskonfiguration ist. Obwohl die Bot-Prozesskonfiguration den Bot-Prozess nicht vollständig ersetzt, werden die meisten Felder vom Bot-Prozess in die Bot-Prozesskonfiguration verschoben. Wenn Sie ein Upgrade auf die Utah -Version durchführen, ohne den Systemeigenschaftswert zu aktualisieren, erweitern die Tabellen die Anwendungsdateitabelle nicht. Informationen zum manuellen Aktualisieren der Tabellenänderungen finden Sie im Artikel Restrukturieren von RPA Hub-Tabellen zu sys_metadata in Utah in der Knowledge Base des Now Support. | Washington DC | ||||||||||||||||||||
Service Operations-Arbeitsbereich für IT Service Management | Stellen Sie sicher, dass die folgenden Anwendungen kompatible aktualisierte Versionen haben:
In der Tabelle ist x die Unterversion der Anwendung Service Operations Workspace ITSM Applications (sn_sow_itsm_cont) und y die Unterversion der Anwendung Service Operations Workspace ITOM Applications (sn_sow_itom_cont). Nach dem Upgrade auf 3.0 ist die Funktion „Empfehlungs-Framework “ nicht mehr verfügbar. Stattdessen ist nur die Standardversion der Funktion „Recommended Actions for ITSM“ verfügbar. | Washington DC | ||||||||||||||||||||
Serviceportal | Nach dem Upgrade müssen Sie die Tabellen angeben, aus denen Gastbenutzer auf Daten für alle öffentlichen Widgets zugreifen können, die den Tabelleneingabeparameter akzeptieren. Standardmäßig können im Washington DC -Release öffentliche Widgets, die den Tabelleneingabeparameter akzeptieren, nicht auf Daten aus Tabellen für Gastbenutzer zugreifen und diese zurückgeben. Wenn Sie die Systemeigenschaften glide.service_portal.widget.table_allow_list oder glide.service_portal.widget.allow_list vor dem Upgrade hinzugefügt haben, werden die Werte dieser Eigenschaften nach dem Upgrade in die Allow-Liste für öffentliche Tabellen für Widgets migriert. Weitere Informationen finden Sie unter Widget-Sicherheit konfigurieren. Wenn ein Benutzer zuvor eine Benutzereinwilligungseinstellung für die Analyse der Benutzer-Experience für Portale ausgewählt hat, die sich vom Rest der Plattform unterscheiden, wird die für die Plattform ausgewählte Einstellung auch für Portale im Washington DC- Release verwendet. Beispiel: Wenn Benutzer im Vancouver- Release die Nachverfolgung für Portale deaktiviert, aber die Nachverfolgung für den Rest der Plattform aktiviert haben, werden im Washington DC -Release Analysen der Benutzer-Experience für Portale für sie nachverfolgt. Benutzer können ihre Auswahl jederzeit über die Benutzerprofilseite in Portalen aktualisieren. | Washington DC | ||||||||||||||||||||
Software Asset Management | Nach dem Upgrade auf Washington DCmüssen Sie alle Anpassungen im Zusammenhang mit Adobe- und Microsoft 365 -Integrationen mit Ihrer ServiceNow -Instanz wiederholen, da die Funktionalitäten dieser Integrationen in die Store-Anwendung „ Software Asset Management – SaaS-Lizenzmanagement“ verschoben werden.
| Washington DC | ||||||||||||||||||||
Strategische Planung | Ab v4.0.2 können Sie nur in Strategic Planning Workspace auf die Pro-lizenzierten Funktionen von Strategic Portfolio Management(SPM ) zugreifen. Wenn Sie eine SPM Pro-Lizenz besitzen, aber dennoch die von SPM Pro lizenzierten Funktionen (z. B. Ziele, Produktfeedback, hybride Portfolioplanung und zusätzliche Objektive) in Portfolio Planning Workspace verwenden, müssen Sie Strategic Planning installieren, um auf diese Funktionen zuzugreifen. Weitere Informationen zu Funktionen, auf die nur im Arbeitsbereich für strategische Planung zugegriffen werden kann, finden Sie unter Portfolioplanung mit strategischer Planung vergleichen. | Washington DC | ||||||||||||||||||||
Supplier Lifecycle Operations | Nach dem Upgrade vom Vancouver -Release auf das Washington DC -Release wird auf der Navigationsregisterkarte Alle nur der Source-to-Pay-Arbeitsbereich angezeigt. Sie müssen nichts tun, wenn Sie den Source-to-Pay-Arbeitsbereichweiterhin verwenden möchten. Auf der Registerkarte „Arbeitsbereiche“ werden jedoch sowohl der Source-to-Pay-Arbeitsbereich als auch der Supplier Manager Workspaceangezeigt. Wenn Sie Supplier Manager Workspace anstelle des standardmäßigen Source-to-Pay-Arbeitsbereichsverwenden möchten, stellen Sie sicher, dass Sie nach dem Upgrade auf das Release Washington DC das Korrekturskript fixscript_migrate_workspace_to_smw.xml ausführen. Sie können die Datei fixscript_migrate_workspace_to_smw.xml aus dem ServiceNow Store herunterladen. Weitere Informationen zum Ausführen eines Korrekturskripts finden Sie unter Korrekturskriptsausführen. Wenn Sie zur Verwendung des Source-to-Pay-Arbeitsbereichszurückkehren möchten, führen Sie das Korrekturskript fixscript_migrate_workspace_to_s2p.xml aus. Sie können die Datei fixscript_migrate_workspace_to_smw.xml aus dem ServiceNow Store herunterladen. Weitere Informationen zum Ausführen eines Korrekturskripts finden Sie unter Korrekturskriptsausführen. | Washington DC | ||||||||||||||||||||
UI Builder | Aktualisieren Sie nach dem Upgrade auf Washington DCdie Anwendung UI Builder aus dem ServiceNow Store. | Washington DC | ||||||||||||||||||||
Virtual Agent | Einige Funktionen, die in Vancouver Patch 7 bereitgestellt wurden, sind im ersten Early Access-Release von Washington DC nicht verfügbar. Diese Funktionen werden in zukünftigen Patch-Releases von Washington DCverfügbar sein:
| Washington DC | ||||||||||||||||||||
Vulnerability Response-Integrationen |
| Washington DC | ||||||||||||||||||||