Verwalten, Aktualisieren und Deinstallieren des Snowflake Connector for ServiceNow®V2

Der Snowflake Connector für ServiceNow® V2 unterliegt den Nutzungsbedingungen für Snowflake Connector.

Unter diesem Thema werden typische Aufgaben beschrieben, die Sie nach Installation und Konfiguration des Konnektors durchführen müssen:

Anhalten und Fortsetzen des Snowflake Connector for ServiceNow®V2

In den folgenden Abschnitten wird beschrieben, wie der Konnektor gestartet, angehalten und fortgesetzt wird.

Anhalten des Snowflake Connector for ServiceNow®V2

Um alle vom Konnektor gestarteten Aufgaben anzuhalten, rufen Sie die gespeicherte Prozedur PAUSE_CONNECTOR auf:

CALL PAUSE_CONNECTOR();
Copy

Durch das Anhalten des Konnektors wird die Interaktion mit ihm so lange unterbrochen (z. B. das Aktivieren/Deaktivieren von Tabellen oder die Konfiguration des Konnektors), bis der Konnektor durch Aufruf der gespeicherten Prozedur RESUME_CONNECTOR wieder fortgesetzt wird.

Durch das Anhalten des Konnektors werden auch keine Kosten mehr durch den Konnektor generiert.

Fortsetzen des Snowflake Connector for ServiceNow®V2

Um alle von der gespeicherten Prozedur PAUSE_CONNECTOR angehaltenen Aufgaben wieder fortzusetzen, rufen Sie die gespeicherte Prozedur RESUME_CONNECTOR auf:

CALL RESUME_CONNECTOR();
Copy

Ändern des vom Konnektor verwendeten Warehouses

Wenn Sie das vom Konnektor verwendete Warehouse ändern oder ein dediziertes Warehouse hinzufügen möchten, führen Sie folgenden Befehl aus:

CALL UPDATE_WAREHOUSE('<warehouse_name>');
Copy

Wobei:

warehouse_name

Gibt den Namen des Warehouses an, das der Konnektor verwenden soll.

Bemerkung

Bevor Sie den Konnektor für die Verwendung eines anderen Warehouses konfigurieren, vergewissern Sie sich, dass die Konnektoranwendung über die USAGE-Berechtigung für das neue Warehouse verfügt.

Außerdem muss sich der Konnektor im Zustand paused befinden. Siehe Pausieren des Konnektors.

Löschen von Tabellen

Um eine Tabelle zu löschen (die z. B. unbeabsichtigt aktiviert wurde) und sie nicht in den Ansichten zur Überwachung des Konnektors anzuzeigen, gehen Sie wie folgt vor:

CALL DELETE_TABLE('<table_name>');
Copy

Wobei:

table_name

Gibt den Namen der Tabelle an, die gelöscht werden soll. Diese Tabelle muss deaktiviert sein und darf nicht im Prozess zum Neuladen sein.

Bemerkung

Mit der Prozedur DELETE_TABLE werden nicht die für diese Tabelle erstellten Objekte in der Datenbank und in dem Schema entfernt, die die ServiceNow®-Daten in Snowflake enthalten (Rohdatentabelle, Ereignisprotokolltabelle und vereinfachte Ansichten). Sie können diese Objekte manuell löschen. Um dies zu tun, müssen Sie zunächst die Eigentümerschaft dieser Daten vom Konnektor weg übertragen, indem Sie eine Rolle mit der Berechtigung MANAGE GRANTS verwenden. Beispiel:

USE ROLE ACCOUNTADMIN;
GRANT OWNERSHIP ON TABLE <destination_database>.<destination_schema>.<table_name> TO ROLE <account_role> REVOKE CURRENT GRANTS;
USE ROLE <account_role>;
DROP TABLE <destination_database>.<destination_schema>.<table_name>;
Copy

Aktualisieren des vom Konnektor verwendeten Aktualisierungstokens

Wenn Sie den Konnektor mit OAuth-Authentifizierung einrichten, müssen Sie das Aktualisierungstoken regelmäßig aktualisieren. Andernfalls kann der Konnektor nach Ablauf des Tokens nicht mehr auf ServiceNow® zugreifen. Standardmäßig läuft das Token 90 Tage nach seiner Erstellung ab.

Wenn Sie E-Mail-Alerts für den Konnektor konfigurieren, erhalten Sie am ersten Tag eines jeden Monats eine Erinnerung zur Aktualisierung des Aktualisierungstokens. Wenn das Token abläuft, erhalten Sie eine E-Mail, sobald der Konnektor Probleme beim Zugriff auf ServiceNow® hat.

Aktualisieren des Aktualisierungstokens für den installierten Konnektor mit Snowsight

Um das Aktualisierungstoken zu aktualisieren, wenn der Konnektor mit Snowsight installiert wurde, gehen Sie wie folgt vor:

  1. Melden Sie sich bei Snowsight als Benutzer mit der Rolle ACCOUNTADMIN an.

    Bemerkung

    Stellen Sie sicher, dass die von Ihnen verwendete Snowsight-URL mit der Snowsight-URL übereinstimmt, die bei der Konfiguration der OAuth-Weiterleitungs-URL verwendet wurde. Das heißt, wenn die in ServiceNow® festgelegte OAuth-Weiterleitungs-URL von Snowsight bereitgestellt wurde und der Zugriff via Private Link erfolgte, müssen Sie über Private Link bei Snowsight angemeldet sein, um das Token aktualisieren zu können. Ähnlich verhält es sich, wenn die Weiterleitungs-URL mit der öffentlich zugänglichen Snowsight-URL konfiguriert wurde: Die Aktualisierung sollte dann von Snowsight durchgeführt werden, das über die öffentliche URL zugänglich ist.

  2. Wählen Sie im Navigationsmenü die Option Data Products » Apps aus.

  3. Suchen Sie nach dem Snowflake Connector for ServiceNow, und wählen Sie dann die Kachel für den Konnektor aus.

  4. Wählen Sie im oberen Navigationsmenü Settings » Authentication » Reauthenticate aus.

    Bemerkung

    Stellen Sie sicher, dass Sie bei ServiceNow® als derselbe Benutzer angemeldet sind, der den Konnektor ursprünglich konfiguriert hat. Sie können den aktuell angemeldeten Benutzer in der oberen rechten Ecke des Dialogs überprüfen.

  5. Um zu bestätigen, dass Sie dem Konnektor erlauben, sich mit Ihrem ServiceNow®-Konto zu verbinden, wählen Sie im Dialog Allow aus. Das Aktualisierungstoken wird jetzt aktualisiert.

Wie Sie das Aktualisierungstoken mit SQL-Befehlen aktualisieren, erfahren Sie unter Aktualisieren des Aktualisierungstokens mit SQL-Befehlen.

Aktualisieren des Aktualisierungstokens mit SQL-Befehlen

Um das Aktualisierungstoken mit SQL zu aktualisieren, gehen Sie wie folgt vor:

  1. Rufen Sie ein neues OAuth-Aktualisierungstoken ab. Stellen Sie sich, dass Sie dieselbe client_id, dasselbe client_secret und dieselben Benutzeranmeldeinformationen verwenden, die auch der Konnektor im Moment benutzt.

  2. Den vollqualifizierten Namen des Geheimnisobjekts können Sie durch Abfragen der Ansicht CONNECTOR_CONFIGURATION ermitteln:

    SELECT value FROM connector_configuration WHERE config_key = 'secret';
    
    Copy
  3. Aktualisieren Sie das Geheimnisobjekt, indem Sie die Befehle ALTER SECRET ausführen und dabei die folgenden Parameter ändern:

    • Setzen Sie OAUTH_REFRESH_TOKEN auf das OAuth-Aktualisierungstoken, das Sie im ersten Schritt abgerufen haben.

    • Setzen Sie OAUTH_REFRESH_TOKEN_EXPIRY_TIME auf den Zeitstempel für den Ablauf des Aktualisierungstokens in der UTC-Zeitzone. Sie können dies berechnen, indem Sie die Lebensdauer des Aktualisierungstokens von ServiceNow® zu dem Datum addieren, an dem das Token ausgestellt wurde. Standardmäßig läuft das Token nach 100 Tagen ab.

    Um zum Beispiel das Geheimnis von secretsdb.apiauth.servicenow_creds_oauth_code zu aktualisieren, führen Sie den folgenden Befehl aus:

    ALTER SECRET secretsdb.apiauth.servicenow_creds_oauth_code SET OAUTH_REFRESH_TOKEN = '34n;vods4nQsdg09wee4qnfvadH', OAUTH_REFRESH_TOKEN_EXPIRY_TIME = '2022-01-06 20:00:00';
    
    Copy

    Bemerkung

    Um das Geheimnis zu aktualisieren, müssen Sie die Rolle mit der Berechtigung OWNERSHIP verwenden.

Aktualisierung des ServiceNow®-Kennworts für die Basisauthentifizierung

Um das Kennwort zu aktualisieren, müssen Sie ein vorhandenes Geheimnis finden und es mit dem Befehl ALTER SECRET ändern.

  1. Ermitteln Sie mit Snowsight oder mit SQL den vollqualifizierten Namen des Geheimnisobjekts.

    1. Um ein Geheimnis mit Snowsight zu erhalten, gehen Sie wie folgt vor:

      1. Melden Sie sich bei Snowsight als Benutzer mit der Rolle ACCOUNTADMIN an.

      2. Wählen Sie im linken Navigationsbereich die Option Data Products » Apps aus.

      3. Suchen Sie nach dem Snowflake Connector for ServiceNow, und wählen Sie dann die Kachel für den Konnektor aus.

      4. Wählen Sie im oberen Navigationsmenü die Option Settings » Authentication aus.

        Im Abschnitt Authentication wird das Geheimnisobjekt angezeigt, zum Beispiel CONNECTORS_UI.SERVICENOW_GZSTZTP0KHD.SECRET.

    2. Um den vollqualifizierten Namen des Geheimnisobjekts mit einem SQL-Befehl zu erhalten, fragen Sie die Ansicht CONNECTOR_CONFIGURATION ab:

      SELECT value FROM connector_configuration WHERE config_key = 'secret';
      
      Copy
  2. Führen Sie das Anhalten des Konnektors aus.

  3. Aktualisieren Sie das Geheimnisobjekt, indem Sie den Befehl ALTER SECRET ausführen und dabei den PASSWORD-Parameter ändern.

  4. Danach müssen Sie den Konnektor fortsetzen.

    Das Kennwort wird nun aktualisiert und vom Konnektor verwendet.

Bemerkung

Ähnlich wie beim Ändern des Kennworts können Sie mit dem Befehl ALTER SECRET den Benutzernamen aktualisieren. Legen Sie für den Parameter USERNAME einfach den neuen Benutzernamen fest. Bevor Sie den Benutzernamen ändern, vergewissern Sie sich, dass der neue Benutzername mindestens die gleichen Berechtigungen hat wie der vorherige, da der Konnektor sonst möglicherweise nicht ordnungsgemäß funktioniert.

Aktualisieren der Verbindung zur ServiceNow®-Instanz

Es ist möglich, die Verbindung zur ServiceNow®-Instanz zu aktualisieren. Hier können Sie die Integration von External Access und das vom Konnektor verwendete Geheimnis ändern. Es ermöglicht auch die Korrektur des Problems, wenn das Geheimnis vom External Access UDF im Konnektor abgetrennt wurde.

Die Konfiguration der Verbindung kann mit der folgenden Prozedur aktualisiert werden:

CALL UPDATE_CONNECTION_CONFIGURATION({
  'service_now_url': '<servicenow_base_url>',
  'secret': '<secret_name>',
  'external_access_integration': '<external_access_integration_name>'
});
Copy

Wobei:

servicenow_base_url

Gibt die URL der ServiceNow®-Instanz an, die der Konnektor verwenden soll. Die URL muss auf denselben Wert wie bei der Installation des Konnektors eingestellt werden und sollte das folgende Format haben:

https://<servicenow_instance_name>.service-now.com
Copy

Die Änderung der ServiceNow®-Instanz URL wird nicht unterstützt.

secret_name

Gibt den vollständig qualifizierten Namen des Geheimobjekts an, das die Anmeldeinformationen für die Authentifizierung bei ServiceNow® enthält.

Sie müssen den vollqualifizierten Namen des Geheimnisobjekts in folgendem Format angeben:

<database_name>.<schema_name>.<secret_name>
Copy

Die Namen von Datenbank, Schema und Geheimnis müssen gültige Objektbezeichner sein.

external_access_integration_name

Gibt den Namen der Integration für den externen Zugriff auf ServiceNow® an.

Der Name der Integration muss ein gültiger Objektbezeichner sein.

Zum Beispiel, um die Verbindung zu einer ServiceNow®-Instanz zu aktualisieren, die:

  • Die URL ist https://myinstance.service-now.com.

  • Es wird das in secretsdb.apiauth.servicenow_creds_oauth_code gespeicherte Geheimnis verwendet.

  • Verwendet die Integration für den externen Zugriff namens servicenow_external_access_integration.

Führen Sie den folgenden Befehl aus:

CALL UPDATE_CONNECTION_CONFIGURATION({
  'service_now_url': 'https://myinstance.service-now.com',
  'secret': 'SECRETSDB.APIAUTH.SERVICENOW_CREDS_OAUTH_CODE',
  'external_access_integration': 'SERVICENOW_API_INTEGRATION'
});
Copy

Die Aktualisierung der Konfiguration kann nur von einem Benutzer mit einer Berechtigung für die Anwendungsrolle ADMIN durchgeführt werden. Um die Prozedur auszuführen, muss sich der Konnektor außerdem im Zustand paused befinden. Siehe Pausieren des Konnektors.

Exportieren des Konnektorstatus

Es ist möglich, einen Snapshot des aktuellen Status und der aktuellen Konfiguration des Konnektors zu exportieren. Der Snapshot mit dem exportierten Konnektorstatus ist nützlich, wenn Sie den Konnektor neu installieren, um bereits aktivierte Tabellen und den Datenaufnahmestatus beizubehalten, oder wenn die Replikation des Zielschemas in die Failover-Region konfiguriert wird, um die Notfallwiederherstellung zu unterstützen.

Der Status kann mit der folgenden Prozedur exportiert werden:

CALL EXPORT_CONNECTOR_STATE();
Copy

Die Prozedur erstellt im Zielschema eine neue Tabelle __CONNECTOR_STATE_EXPORT mit einem exportierten Status. Zum Ausführen des Exports müssen die folgenden Bedingungen erfüllt sein:

  • Der Export kann nur von einem Benutzer ausgeführt werden, dem die Anwendungsrolle ADMIN zugewiesen ist.

  • Es gibt keine ständiges Nachladen der Tabelle.

Bemerkung

Die Tabelle __CONNECTOR_STATE_EXPORT enthält alle Informationen, die erforderlich sind, um den Status des Konnektors bei der Neuinstallation wiederherzustellen. Es muss jedoch erwähnt werden, dass einige Informationen fehlen:

  • Die Zieldatenbank und das Zielschema, das Warehouse, die Data Reader-Rolle, die ServiceNow-URL, das Geheimnisobjekt, die Integration für den externen Zugriff sowie der Name der Journaltabelle (falls konfiguriert) werden nicht exportiert. Diese Informationen müssen bei der Neuinstallation des Konnektor erneut angegeben werden. Dies kann als Gelegenheit genutzt werden, um z. B. das Geheimnisobjekt oder den Namen der vom Konnektor verwendeten Journaltabelle zu ändern, vorausgesetzt, dass nach der Neuinstallation dieselbe ServiceNow-Instanz und dasselbe Zielschema verwendet werden.

  • Für jede aufgenommene Tabelle und jeden Aufnahmemodus wird nur der neueste Datenaufnahmestatus exportiert. Daher sind nach dem Import des Konnektorstatus keine historischen Daten und Statistiken mehr verfügbar.

Die Konfiguration wird außerdem jedes Mal automatisch exportiert, wenn der Konnektor den Datenaufnahmeprozess gemäß dem konfigurierten Zeitplan auslöst, sofern die folgenden Bedingungen erfüllt sind:

  • Mindestens eine Tabelle ist für die Datenaufnahme aktiviert.

  • Es findet kein ständiges Nachladen der Tabelle statt.

Deinstallieren der Anwendung

In diesem Abschnitt wird erklärt, wie Sie die Anwendung mit Snowsight und mit Arbeitsblättern deinstallieren und wie Sie die vom Konnektor erstellten Objekte entfernen, die aber vom Benutzer bewusst entfernt werden müssen.

Deinstallieren der Anwendung über Snowsight

  1. Melden Sie sich bei Snowsight als Benutzer mit der Rolle ACCOUNTADMIN an.

  2. Wählen Sie im Navigationsmenü die Option Data Products » Apps aus.

  3. Suchen Sie nach dem Snowflake Connector for ServiceNow, wählen Sie das Drei-Punkte-Menü aus, um die Kontextansicht zu öffnen, und wählen Sie dann Uninstall aus.

  4. Wenn alle aufgenommenen Daten in der Zieldatenbank erhalten bleiben sollen, wählen Sie Transfer object ownership to another role aus. Wählen Sie die Rolle aus, der die Eigentümerschaft an allen Objekten übertragen werden soll, die der Anwendung gehören. Andernfalls wählen Sie Delete all objects aus, um alle Daten zu entfernen.

    Bemerkung

    Um zu sehen, welche Objekte auf die ausgewählte Rolle übertragen (oder entfernt) werden, erweitern Sie das Menü Show objects.

  5. Wählen Sie Uninstall aus, um die Änderungen zu bestätigen. Die Konnektoranwendung wird nun deinstalliert.

Deinstallieren der Anwendung über Arbeitsblätter

Die vom Konnektor aufgenommenen Daten verbleiben in der ausgewählten Zieldatenbank und dem ausgewählten Zielschema, deren Eigentümer die Rolle ist, die für die Installation des Konnektors verwendet worden war (normalerweise ACCOUNTADMIN). Eigentümer alle Senkentabellen und -ansichten, in denen sich Ihre ServiceNow®-Daten im Zielschema befinden, ist jedoch die Snowflake Connector for ServiceNow®V2-Anwendung. Wenn Sie also den Konnektor deinstallieren, bevor Sie die Eigentümerschaft dieser Tabellen und Ansichten auf eine Kontorolle übertragen, werden sie ebenfalls gelöscht.

Bemerkung

Wenn Sie nicht möchten, dass die Daten zusammen mit dem Konnektor gelöscht werden, übertragen Sie die Eigentümerschaft aller Tabellen und Ansichten im Zielschema auf eine Kontorolle und entziehen der Anwendung die aktuellen Berechtigungen.

Um Unterbrechungen in bestehenden Pipelines, die aufgenommene Daten verwenden, zu vermeiden, empfehlen wir, dass alle Pipelines für den Zugriff auf die Daten eine dedizierte Data Owner-Rolle verwenden, an die die Eigentümerschaft vorübergehend übertragen werden sollte.

Wenn Sie zusätzliche Berechtigungen für die Tabellen und Ansichten im Zielschema erteilt haben, auf die Ihre Pipelines angewiesen sind, können Sie die unten stehende Abfrage zur Übertragung der Eigentümerschaft mit der Klausel COPY CURRENT GRANTS anstelle von REVOKE CURRENT GRANTS ausführen, damit diese Berechtigungszuweisungen erhalten bleiben.

Führen Sie die folgenden Abfragen aus, um die Eigentümerschaft an allen Tabellen und Ansichten im Zielschema auf eine Kontorolle zu übertragen:

USE ROLE ACCOUNTADMIN;

GRANT OWNERSHIP ON ALL TABLES IN SCHEMA <destination_database>.<destination_schema>
TO ROLE <account_role>
REVOKE CURRENT GRANTS;

GRANT OWNERSHIP ON ALL VIEWS IN SCHEMA <destination_database>.<destination_schema>
TO ROLE <account_role>
REVOKE CURRENT GRANTS;
Copy

Um sicherzustellen, dass der Konnektor nur Eigentümer von Objekten, die Sie wirklich entfernen möchten, führen Sie die folgende Abfrage aus:

SHOW OBJECTS OWNED BY APPLICATION <application_name>;
Copy

Um schließlich die Konnektoranwendung zu löschen, führen Sie die folgende Abfrage aus:

DROP APPLICATION <application_name>;
Copy

Warnung

Wenn Sie sich entschieden haben, die Eigentümerschaft von Tabellen und Ansichten im Zielschema nicht vom Konnektor weg zu übertragen, können Sie diese Abfrage ausführen, um sie stattdessen zusammen mit dem Konnektor zu löschen:

DROP APPLICATION <application_name> CASCADE;
Copy

Löschen von Objekten, die während der Installation erstellt wurden

Das Entfernen der Konnektor-Datenbank löscht nicht die erfassten Daten, die in einer separaten Datenbank gespeichert sind, oder die Objekte, die während der Installation unter Verwendung von Snowsight erstellt wurden.

Um die während der Installation erstellten Objekte anzuzeigen, gehen Sie wie folgt vor:

  1. Melden Sie sich bei Snowsight als Benutzer mit der Rolle ACCOUNTADMIN an.

  2. Wählen Sie im Navigationsmenü die Option Data Products » Apps aus.

  3. Suchen Sie den Snowflake Connector for ServiceNow, und wählen Sie ihn aus.

  4. Wählen Sie im oberen Navigationsmenü die Option Settings » Authentication aus.

    Secret, External Access Integration und Security Integration sind die Objekte, die Sie manuell entfernen müssen. Zusätzlich zu diesen Objekten könnte es auch ein Network Rule-Objekt geben, das sich im gleichen Schema wie das Geheimnis befindet (wenn die Anwendung mit Snowsight installiert wurde).

    Warnung

    Datenbank und Schema von Geheimnis und Netzwerkregel können ebenfalls gelöscht werden. Seien Sie jedoch vorsichtig, wenn Sie auch andere Snowflake-Konnektoren verwenden, zum Beispiel den Snowflake Connector für Google Analytics Raw Data. Die Objekte einer solchen Anwendung befinden sich möglicherweise in derselben Datenbank.

Um diese Objekte zu löschen, führen Sie den Befehl DROP aus.

Um zum Beispiel das Geheimnis zu löschen, führen Sie die Anweisung DROP SECRET aus.

Aktualisieren des Konnektors

Der Konnektor wird automatisch aktualisiert, sodass der Benutzer nichts tun muss, um eine aktuelle Anwendung zu erhalten.

Skalieren des Konnektors

Wenn es viele ServiceNow®-Tabellen gibt, die aufgenommen werden sollen, und Sie die Anzahl der gleichzeitig aufgenommenen Tabellen erhöhen möchten, können Sie den Parameter wie folgt ändern:

CALL CONFIGURE_CONCURRENCY(<number>);
Copy

Wobei:

number

Gibt die maximale Anzahl von Workern an, die gleichzeitig Tabellen aufnehmen können. Standardmäßig ist dieser Wert auf 10 eingestellt.

Eine Erhöhung der Parallelität sollte zusammen mit einer Änderung der Größe des für die Datenaufnahme verwendeten Warehouses in Betracht gezogen werden. Wenn Sie eine Verlangsamung feststellen, versuchen Sie, die Größe des Warehouses anzupassen. Weitere Informationen dazu finden Sie unter Verwenden von Warehouses.

Warnung

Eine Erhöhung der Parallelität kann zu einer überlasteten ServiceNow®-Instanz führen, was insgesamt zu einer geringeren Leistung und zu Fehlern bei der Datenaufnahme führt. Vergleichen Sie die Leistung und Stabilität des Konnektors vor und nach den Skalierungsänderungen, um die optimalen Parameter zu ermitteln.

Neuinstallieren des Konnektors mit derselben Datenbank und demselben Schema für ServiceNow®-Daten

Um den Konnektor erneut zu installieren, gehen Sie wie folgt vor:

  1. Fragen Sie die Ansicht TABLES_STATE ab, und stellen Sie sicher, dass sich derzeit keine der Tabellen im Status RELOADING befindet:

    SELECT TABLE_NAME FROM TABLES_STATE WHERE STATUS = 'RELOADING';
    
    Copy
  2. Wenn Tabellen gerade neu geladen werden, warten Sie, bis die Ladevorgänge abgeschlossen sind oder brechen Sie sie ab.

  3. Halten Sie den Konnektor an, indem Sie die folgende gespeicherte Prozedur aufrufen:

    CALL PAUSE_CONNECTOR();
    
    Copy
  4. Exportieren Sie den Status und die Konfiguration des Konnektors. Informationen dazu finden Sie in diesem Abschnitt.

    Wichtig

    Es wird empfohlen, den Status und die Konfiguration eines Konnektors zu exportieren, bevor Sie die Konnektoranwendung löschen. Auf diese Weise bleiben alle benutzerdefinierten Optionen (z. B. Tabellen, die für die Synchronisierung aktiviert sind, und deren Zeitpläne) und der Status mit ihren jüngsten Änderungen in der neuen Installation erhalten.

    Wenn Sie den Konnektor bereits entfernt haben, aber die Datenbank und das Schema mit den aufgenommenen Daten intakt gelassen haben, können Sie den Konnektor dennoch neu installieren und sich dabei auf den automatisch exportierten Zustand stützen, wobei aber der neu installierte Konnektor möglicherweise die Datenaufnahme einiger Datensätze wiederholt.

  5. Entfernen Sie den Konnektor und übertragen Sie die Eigentümerschaft von Tabellen und Ansichten im Zielschema.

  6. Für die erneute Installation des Konnektors haben Sie folgende Optionen:

Während des Installationsprozesses:

  • Geben Sie die zuvor verwendete Datenbank und das Schema an.

    Nach der Installation erkennt der Konnektor, dass die Datenbank und das Schema aufgenommene Daten enthalten und setzt die Datenaufnahme an der Stelle fort, an der sie vor der Neuinstallation abgebrochen wurde. Wenn Sie den Status des Konnektors exportiert haben und dieser während der Installation erfolgreich importiert wird, werden die zuvor aufgenommenen Tabellen automatisch mit denselben Zeitplänen und derselben Konfiguration aktiviert. Andernfalls müssen Sie alle Tabellen manuell aktivieren und z. B. deren Zeitpläne konfigurieren, um die Datenaufnahme wiederherzustellen.

    Denken Sie bei einer Neuinstallation mit den SQL-Befehlen daran, die Eigentümerschaft von Ansichten und Tabellen im Zielschema auf den Konnektor zu übertragen, wie in der SQL-Installationsanleitung beschrieben. Andernfalls hat der Konnektor keinen Zugriff auf diese Tabellen und Ansichten, sodass er die Datenaufnahme nicht fortsetzen kann.

  • Geben Sie denselben ServiceNow®-Instanznamen an.

  • Für die anderen Argumente können Sie die Objekte wiederverwenden, die Sie beim Installieren des Konnektors erstellt haben, oder Sie können neue Objekte verwenden.