Loading

Häufig gestellte Fragen zum Migrationstool für Lightning Knowledge

Veröffentlichungsdatum: Mar 2, 2022
Beschreibung
In der Dokumentation zum Migrationstool für Lightning Knowledge und nachstehend finden Sie Antworten auf häufig gestellte Fragen.


YouTube-Videos von Salesforce
Lightning Knowledge Migration Tool
How to Enable Lightning Knowledge Migration Tool
 
Lösung

Warum ist der Migrationsassistent für Lightning Knowledge nicht im Lightning-Setup verfügbar, obwohl das Tool allgemein verfügbar ist?

Ausführliche Informationen hierzu finden Sie im Artikel zur Verfügbarkeit des Migrationstools für Lightning Knowledge.
 

Wie können wir die Funktion aktivieren und mit dem Testen beginnen?

Alle Kunden müssen die gesamte bestehende Dokumentation zum Migrationstool für Lightning Knowledge sorgfältig und vollständig durchlesen, um sicherzustellen, dass sie sowohl für das Tool in Frage kommen als auch vor der Verwendung ein vollständiges Verständnis von dessen Leistungsmerkmalen und Funktionen haben.

Im Idealfall haben Kunden eine verfügbare und kürzlich kopierte Vollversion einer Sandbox, die sie zur Ausführung des Tools nutzen können. Erwägen Sie, die Möglichkeit der Bereitstellung einer temporären Vollversion einer Sandbox mit Ihrem Account-Team zu besprechen, falls eine solche derzeit nicht zur Verfügung steht.


Wie erfolgt die Aktivierung in der Produktion?
 

Wenn Sie die vollständigen Tests in der Sandbox abgeschlossen haben und bereit sind, die Aktivierung in der Produktion vorzunehmen, ist zunächst ein Überprüfungs- und Genehmigungsprozess mit dem Produktmanagement erforderlich. Protokollieren Sie einen neuen Supportvorgang und nehmen Sie zum Einleiten des Prozesses Bezug auf die Anweisungen unter Verfügbarkeit des Migrationstools für Lightning Knowledge.

Hinweis: Es gibt kein SLA für die Überprüfung, Genehmigung und Aktivierung der Funktion in der Produktion. Beginnen Sie mit dem Prozess und teilen Sie vorläufige Zeitpläne lange vor den vorgesehenen Terminen mit, da der Überprüfungsprozess für die Produktion ein bis zwei Wochen dauern kann. An Wochenenden oder Feiertagen eingereichte neue Genehmigungsanfragen werden frühestens am folgenden Werktag geprüft oder bearbeitet. Während Support und Produktmanagement bestrebt sind, den Anforderungen gerecht zu werden, gibt es keine Garantie dafür, dass die Aktivierung innerhalb der vorgeschriebenen Fristen erfolgt.



Gibt es auf der Seite 'Ihre Migrationsergebnisse validieren' eine Möglichkeit herauszufinden, welche Artikel nicht migriert wurden?

In der Dokumentation heißt es: "Während der Migration wird eine Ergebnisdatei namens LightningKnowledgeMigrationResultTimestamp.txt im standardmäßigen Files-Objekt erstellt. Die Datei gehört dem Administrator, der die Migration gestartet hat." Referenz: Ausführen der Migration: Migrieren mehrerer Artikeltypen

Die Datei mit den Artikeln und Artikelversionen, die nicht migriert werden konnten, kann durch eine Suche in Files über die globale Suche gefunden werden. Die Dateinamen müssen das Format "LightningKnowledgeMigrationResult*" haben, das als Ihr Suchbegriff verwendet werden muss, um die Dateien in Ihrer Organisation zu finden.

Hinweis: Die referenzierte Datei wird generiert, wenn Artikel oder Artikelversionen nicht migriert wurden, und stellt nur die ersten 1.000 Datensatz-IDs zur Überprüfung und Bezugnahme bereit. Das Tool bietet keine Erklärung dafür, warum die Artikel nicht migriert werden konnten. Leider stehen diese Details dem Support nicht zur Verfügung, sodass Kunden die betroffenen Artikel manuell auf mögliche Diskrepanzen oder Probleme überprüfen müssen. Wenn Artikel und Artikelversionen als erfolgreich migriert angezeigt werden, weist die Datei unabhängig davon darauf hin, ob andere zusätzliche Daten möglicherweise nicht migriert wurden.

Wenn das Tool noch weitere Einzelheiten zur Migration bereitstellen soll, erwägen Sie das Formulieren oder Bewerben einer Idee in IdeaExchange zum Zweck der Sichtbarkeit und Berücksichtigung in der Trailblazer Community und zum Nachverfolgen potenzieller Funktionsverbesserungen.


Können wir unsere bisherigen Artikelnummern beibehalten?

Nein, wenn Sie eine Migration mit mehreren Artikeltypen durchführen, ist es bei der Migration zu Lightning Knowledge nicht möglich, die Änderung der Artikelnummern zu kontrollieren. Sie können alte Artikelnummern aufgrund hartcodierter Anwendungsbeschränkungen beim Standardtyp für die automatische Nummerierung von Feldern nicht beibehalten.

Hinweis: Bei Migrationen für einen Artikeltyp werden Artikelnummern beibehalten und nicht geändert. Dies liegt daran, dass bei Migrationen für einen Artikeltyp im Migrationsprozess keine Artikel neu erstellt werden.


Was passiert bei einer Migration für einen Artikeltyp?

Es wird erwartet, dass bei Migrationen für einen Artikeltyp die folgenden Verhaltensmuster auftreten, je nachdem, welche Auswahl in Schritt 4 der Dokumentation Migrieren eines einzelnen Artikeltyps getroffen wird:
 
  • "Zuweisen zu einem neuen Datensatztyp mit dem Namen..." – Der Name des bestehenden Artikeltyps wird für den API-Namen des Objekts verwendet, die Bezeichnung des Knowledge-Objekts wird jedoch in "Knowledge" geändert.
 
  • "Später manuell neue Datensatztypen erstellen" – Der Name des bestehenden Artikeltyps wird für die Bezeichnung und den API-Namen des Knowledge-Objekts verwendet und NICHT in Knowledge (Knowledge__kav) geändert.

Nachdem Sie auf "Begin" (Starten) geklickt haben, gibt es keine weiteren Schritte, Bestätigungsseiten oder Statusanzeigen auf der Benutzeroberfläche des Tools, und es ist nicht mehr in Setup sichtbar. Die Migration erfolgt im Hintergrund. Administratoren sollten eine E-Mail-Benachrichtigung erhalten, sobald der Migrationsprozess abgeschlossen ist.
 

Wie gehen wir mit anderen Daten um, die nicht migriert wurden?
 
Das aktuelle Design des Tools stellt nur die Artikel- und Versions-IDs zur Verfügung, die nicht erfolgreich migriert wurden. Spezifische Einzelheiten dazu, warum Artikel oder andere Aspekte nicht migriert wurden, sind nicht verfügbar. Der Salesforce-Support ist nicht in der Lage, Kunden Einzelheiten darüber zu liefern, welche Daten bzw. warum bestimmte Daten nicht migriert wurden. Dieser Detailgrad wird weder vom Tool selbst noch über die aktuelle Funktionalität des Tools bereitgestellt.

Das Migrationstool garantiert keine 100%-ige Erfolgsquote. Einige Daten, die nicht migriert werden, weisen nicht notwendigerweise auf ein unerwartetes Problem hin, das durch spezifische Änderungen an Ihrer Organisation oder durch Modifikation des Tools selbst direkt behoben werden kann. Das Tool soll Kunden bei der Migration zu Lightning Knowledge helfen und ist keine Komplettlösung mit Erfolgsgarantie. Wenn Sie mit den Ergebnissen nicht zufrieden sind, brechen Sie den Vorgang ab, um ihn noch einmal zu versuchen und sicherzustellen, dass Sie alle Empfehlungen in der verfügbaren Dokumentation des Tools befolgt haben und eine vor Kurzem aktualisierte Sandbox mit Vollversion verwenden.

Potenzielle Migrationsfehler erfordern ein Eingreifen auf Kundenseite, um sorgfältig zu prüfen und sicherzustellen, dass die Ergebnisse für die jeweiligen Anforderungen zufriedenstellend sind. Jeder Kunde ist dafür verantwortlich, die Migrationsergebnisse zu überprüfen und seine eigene Analyse durchzuführen, um festzustellen, ob er fortfahren möchte oder nicht. Das Tool wird in der vorliegenden Form zur Verfügung gestellt und ist nicht als Komplettlösung gedacht, sondern dient lediglich dazu, Kunden bei der Migration zu Lightning Knowledge zu unterstützen.

Die manuelle Überprüfung und Verifizierung von Daten, um die Ergebnisse der Migration auf Grundlage der verfügbaren Details des Tools oder im Auftrag des Kunden zu akzeptieren oder zu annullieren, gehört nicht zum Leistungsumfang des Supports.


Wer empfängt die E-Mail mit der Migrationszusammenfassung?

Alle aktiven Benutzer, denen in der Organisation, in der das Tool ausgeführt wird, ein Profil mit der Berechtigung "Alle Daten modifizieren" zugewiesen ist, erhalten eine E-Mail mit einer Zusammenfassung der Migration. Es gibt keine Möglichkeit, dieses Verhalten zu ändern, denn es handelt sich um eine hartcodierte Funktionalität des Tools.

Wenn Administratoren keine E-Mails erhalten, überprüfen Sie die in Ihrem Benutzerdatensatz angegebene E-Mail-Adresse auf Gültigkeit und stellen Sie die E-Mail-Zustellbarkeit mindestens auf "Nur System" ein. Weitere Einzelheiten finden Sie unter Richtlinien zum Konfigurieren von Zustellbarkeitseinstellungen für über Salesforce gesendete E-Mails. 


Warum dauert die Migration so lange?

Die Dauer des Prozesses hängt von der Größe der zu migrierenden Knowledge Base und der Anzahl anderer Prozesse ab, die gleichzeitig laufen.

Es gibt keinen zu erwartenden Zeitrahmen und keine SLA für den Abschluss der Migration, und der Prozess kann je nach Größe und Grad der Anpassungen Ihrer Knowledge Base mehrere Tage bis zu über einer Woche und länger dauern.

Die Migrationsprozesse laufen in einem geschlossenen System ab. Es ist dem Support- oder Produktteam nicht möglich, die Verarbeitungszeit zu beschleunigen oder zu verkürzen. Wenn Sie jedoch glauben, dass möglicherweise ein unerwartetes Problem aufgetreten ist, protokollieren Sie einen Kundenvorgang beim Salesforce-Support, um den aktuellen Status Ihrer Migration überprüfen zu lassen.


Warum erhalte ich die Meldung "Die Artikeltypen weisen für 'Abbrechen' nicht den richtigen Status auf" oder "Der Artikeltyp 'Knowledge' hat nicht den richtigen Status", wenn ich versuche, die Migration abzubrechen?

Diese Fehler treten bekanntermaßen auf, wenn die alten oder neuen Artikeltypen während der Migration manuell geändert wurden. Beispielsweise, wenn Artikeltypen gelöscht wurden oder ihr Bereitstellungsstatus in Setup während der Migration manuell geändert wurde.

Überprüfen Sie das Setup-Aktivierungsprotokoll Ihrer Organisation, um alle Änderungen im Zusammenhang mit dem Setup von Knowledge manuell rückgängig zu machen und das Abbrechen erneut zu versuchen. Weitere Einzelheiten finden Sie unter Überwachen von Setup-Änderungen.

Wenn Artikeltypen während der Migration gelöscht wurden, gibt es keine Problemumgehung. Es ist daher notwendig, die Sandbox zu aktualisieren und von vorne zu beginnen. Wenn eine Aktualisierung nicht möglich ist, befragen Sie den Support, um zu erfahren, ob es möglich ist, die Migration manuell zurückzusetzen.


Warum dauert das Abbrechen einer Migration so lange?

Es gibt keine Annäherung, Schätzung oder SLA dafür, wie lange ein Prozess zum Rückgängigmachen ggf. dauert, da der Grad der benutzerdefinierten Knowledge-Anpassungen und der zugrunde liegende Prozess variabel sind. Es ist nicht ungewöhnlich, dass das Rückgängigmachen mehrere Tage bis zu über einer Woche oder noch länger dauert.

Wenn Sie lange auf den Abschluss des Rückgängigmachens warten:

1) Prüfen Sie das Setup-Aktivierungsprotokoll, um sicherzustellen, dass keine Änderungen an Knowledge vorgenommen wurden. Die Dokumentation besagt: "WARNUNG Nehmen Sie keine Aktualisierungen am Knowledge-Objekt im Objekt-Manager vor, ehe Sie die Migration akzeptieren oder abbrechen. Wenn Sie es tun, funktioniert die Funktion "Abbrechen" nicht mehr." Referenz: Migrieren mehrerer Artikeltypen.

Wenn Änderungen im Setup-Aktivierungsprotokoll festgestellt werden, müssen Sie diese möglicherweise zurücksetzen, damit das Rückgängigmachen erfolgreich abgeschlossen werden kann.

2) Prüfen Sie, ob Sie möglicherweise eine E-Mail-Benachrichtigung mit dem folgenden Betreff empfangen haben, "Fehler beim Vorgang RÜCKGÄNGIG für die Knowledge-Migration"

Wenn Ihre Organisation Abhängigkeiten von dem neuen Objekt "Knowledge__kav" eingerichtet hat, verhindert dies, dass der Prozess des Rückgängigmachens abgeschlossen werden kann. Prüfen Sie die E-Mail, die Einzelheiten zu den Abhängigkeiten enthalten sollte, die das Abbrechen verhindern.

Nachdem diese Abhängigkeiten entfernt wurden, müssen Sie möglicherweise den während des Migrationsprozesses erstellten Artikeltyp "Knowledge__kav" manuell endgültig löschen, bevor das Rückgängigmachen fortgesetzt werden kann.

Navigieren Sie zu Suchen von Objektverwaltungseinstellungen in Lightning Experience. In Classic: Öffnen Sie Setup, geben Sie in das Feld Schnellsuche" den Text "Knowledge-Artikeltypen" ein, und wählen Sie dann den Setup-Abschnitt "Knowledge-Artikeltypen" aus.
 
  • Wenn an einer der beiden Stellen ein Objekt des Typs "Knowledge__kav" mit dem Status "undeployed" vorhanden ist, löschen Sie es erst manuell und dann endgültig, damit das Rückgängigmachen abgeschlossen werden kann. Anweisungen zum Löschen des Objekts "Knowledge__kav" finden Sie unter Löschen eines Artikeltyps. Suchen Sie dann im Setup für Artikeltypen die Liste "Gelöschte Objekte" und klicken Sie auf "Löschen", um das Objekt dauerhaft zu entfernen oder endgültig zu löschen.
 
  • Durch Überwachen von Hintergrundaufträgen können Sie den Status des Auftrags zum endgültigen Löschen überwachen. Der entsprechende Eintrag für "Auftragstyp" sollte wie folgt lauten: "Bereinigung von benutzerdefinierten Entitätsdaten, wenn eine benutzerdefinierte Entitätsdefinition endgültig gelöscht wird." Sobald der Status dieser Aufträge als "Abgeschlossen" angezeigt wird, sollte das Rückgängigmachen beendet werden. Es kann unerwartete Umstände geben, unter denen der Auftragsstatus als "Abgeschlossen" angezeigt wird, das endgültige gelöschte Knowledge-Objekt jedoch nach wie vor vorhanden ist. Wenn Sie erwarten, dass dies der Fall sein könnte, protokollieren Sie einen Kundenvorgang zur weiteren Untersuchung. Bitten Sie den Support, auf den Abschnitt "Interne Informationen" in diesem Artikel Bezug zu nehmen. Erteilen Sie dem Support die Berechtigung, den Prozess zur Bereinigung des verbliebenen Knowledge-Objekts manuell auszuführen.
 
3) Wenn Ihre Migration Dateien umfasst hat, muss der Abbruchprozess möglicherweise warten, bis der geplante physische Löschauftrag für Ihre Organisation ausgeführt wird, um die als Teil des Migrationsprozesses erstellten Dateien effektiv zu bereinigen.
 
  • Wenn Sie nicht darauf warten können, dass der physische Löschvorgang normal abläuft, oder nicht in der Lage sind, mit dem Abbrechen fortzufahren, protokollieren Sie einen Kundenvorgang beim Support mit Bitte um weitere Nachforschungen. Der Support kann prüfen, ob möglicherweise ein unerwartetes Problem vorliegt oder ob der Prozess möglicherweise auf den physischen Löschvorgang wartet. Der Support kann eine manuelle physische Löschung veranlassen, wenn Sie eine ausdrückliche Berechtigung zur Löschung für Ihre Organisation erteilen und dokumentieren.
 
 
Warum erhalten wir die Meldung "Dieses benutzerdefinierte Objekt wird von einer anderen Funktion verwendet", wenn wir versuchen, die Migration zu akzeptieren?

Die Migration kann aus folgenden Gründen nicht abgeschlossen werden:

Dieser Vorgang kann nicht abgeschlossen werden. Dieses benutzerdefinierte Objekt wird von einer anderen Funktion verwendet. Entfernen Sie die Nutzung und versuchen Sie es erneut. <ReferenceHere>

Der Fehler tritt auf, wenn der Migrationsprozess Ihre alten Artikeltypen aufgrund bestehender Verweise nicht löschen kann. Kunden können in der Developer Console nach "*__ka" und "*__kav" suchen, um potenziellen Apex-Code zu finden, der auf alte Artikeltypen verweist. Weitere Einzelheiten finden Sie in den Angaben unter Schritt 13 in Migrieren mehrerer Artikeltypen.

Hinweis: Eine Metadatenanalyse zur Auflistung aller Verweise ist nicht Bestandteil des Support-Angebots. Diese Aufgabe muss vom Kunden erledigt werden.

Wenn ein Entwickler bestätigen kann, dass alle verknüpften Verweise gelöscht wurden, Sie aber immer noch die Abhängigkeitsmeldung sehen und die alten Artikeltypen nicht löschen können, protokollieren Sie einen Kundenvorgang beim Salesforce-Support. Bitten Sie um eine Untersuchung, ob ein Skript erforderlich sein könnte, um verbliebene Apex-Abhängigkeiten, die unerwartet im Hintergrund fortbestehen, manuell zu entfernen.
Nummer des Knowledge-Artikels

000385080

 
Laden
Salesforce Help | Article