Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich. # Konfigurieren Sie das Discovery-Tool ## Rufen Sie die Discovery-Tool-Konsole auf 1. Rufen Sie in einem Webbrowser auf:`https://{{ip_address}}:5000`, wobei {{ip\_address}} sich die IP-Adresse des Discovery-Tools aus Deploy Discovery Tool befindet. Das Discovery-Tool verwendet ein selbstsigniertes Zertifikat für die HTTPS-Verbindung, was zu einer Sicherheitswarnung führt. Wählen Sie **Das Risiko akzeptieren und fahren** Sie mit der Discovery-Tool-Konsole fort. 1. Wenn Sie zum ersten Mal auf die Discovery Tool Console zugreifen, erstellen Sie ein Anmeldekennwort für das Discovery Tool. Erstellen Sie ein Passwort, das Sie für future Anmeldungen verwenden werden. **Wichtig** Merken Sie sich dieses Passwort - es gibt keinen Mechanismus zur Passwortwiederherstellung. ## Zugreifen auf das Discovery-Tool (VM) + Die Discovery-Tool-VM verfügt standardmäßig über einen Benutzernamen und ein Passwort („Discovery“, „Passwort“). Aus Sicherheitsgründen empfehlen wir, dass Sie das Passwort aktualisieren, indem Sie es verwenden, `sudo passwd discovery` nachdem Sie sich über die Konsole Ihres Hypervisors bei der VM angemeldet haben (z. B. vSphere Client for VMware oder Hyper-V Manager for Hyper-V). + Der SSH-Zugriff ist standardmäßig deaktiviert. Benutzer können vorkonfigurierte Dateien `enablessh` und `disablessh` Aliase für den enable/disable SSH-Zugriff auf die Discovery-Tool-VM verwenden. Benutzer können über SSH auf die VM zugreifen, `ssh discovery@` nachdem sie den SSH-Zugriff aktiviert haben. Benutzern wird empfohlen, den SSH-Zugriff in den meisten Fällen deaktiviert zu lassen und ihn nur zu aktivieren, wenn er aktiv benötigt wird. Die Kennwortänderung wird bei der Ausführung erzwungen. `enablessh` + Um auf das Datenverzeichnis des Discovery-Tools unter zuzugreifen`/home/ec2-user/.local/share/DiscoveryTool`, empfehlen wir, `ec2-user` durch Ausführen `sudo su ec2-user` zu wechseln. ## Konfiguration der Kerberos-Authentifizierung Die Kerberos-Authentifizierung ist die empfohlene Methode, um über das Discovery-Tool eine Verbindung zu Windows-Servern herzustellen. Das Discovery-Tool VM verwendet native Amazon Linux 2023 Kerberos-Bibliotheken, um sich gegenüber Ihrer Active Directory-Domain zu authentifizieren. Im Folgenden sind die wichtigsten Punkte zur Kerberos-Authentifizierung auf dem Discovery-Tool VM aufgeführt: + Verwenden Sie den `kinit` Befehl, um ein Kerberos-Ticket zu erhalten und das Ticket `klist` zu verifizieren. + Die Kerberos-Konfigurationsdatei befindet sich unter. `/etc/krb5.conf` + Bevor Sie das Discovery-Tool konfigurieren, stellen Sie sicher, dass es über die CLI auf der Discovery-Tool-VM `kinit` erfolgreich ist. ### Voraussetzungen für Kerberos Bevor Sie die Kerberos-Authentifizierung konfigurieren, stellen Sie sicher, dass Sie über die folgenden Informationen und die Netzwerkkonnektivität verfügen. 1. Erkundigen Sie sich bei Ihrem Active Directory-Administrator nach den folgenden Informationen: + Der Kerberos-Bereichsname (normalerweise Ihr Domänenname in Großbuchstaben, z. B.). `EXAMPLE.COM` + Der Hostname oder die IP-Adresse des Key Distribution Center (KDC), bei dem es sich in der Regel um einen Domänencontroller handelt (z. B.). `dc01.example.com` + Ein Dienstkonto mit Berechtigungen zur Authentifizierung bei den Windows-Zielservern. 1. Stellen Sie sicher, dass die Discoverytool-VM über Netzwerkkonnektivität mit den folgenden Geräten verfügt: + Das KDC auf Port 88 (TCP und UDP) für die Kerberos-Authentifizierung. + Die Windows-Zielserver auf WinRM-Ports (5985 für HTTP, 5986 für HTTPS). ### Konfigurieren von Kerberos Führen Sie die folgenden Schritte aus, um die Kerberos-Authentifizierung auf der Discoverytool-VM zu konfigurieren. 1. Stellen Sie eine SSH-Verbindung zur Discoverytool-VM her. ``` ssh discovery@ ``` 1. Bearbeiten Sie die Kerberos-Konfigurationsdatei unter. `/etc/krb5.conf` ``` sudo nano /etc/krb5.conf ``` Fügen Sie die folgende Konfiguration hinzu und ersetzen Sie die Platzhalterwerte durch Ihre Umgebungsdetails. ``` [libdefaults] default_realm = EXAMPLE.COM dns_lookup_realm = false dns_lookup_kdc = true [realms] EXAMPLE.COM = { kdc = dc01.example.com } [domain_realm] .example.com = EXAMPLE.COM example.com = EXAMPLE.COM ``` **Wichtig** Kerberos unterscheidet zwischen Groß- und Kleinschreibung. Der Bereichsname muss in Großbuchstaben geschrieben werden (z. B. `EXAMPLE.COM` nicht). `example.com` Der Domainname in dem `[domain_realm]` Abschnitt muss in Kleinbuchstaben geschrieben werden. **Mehrere Active Directory-Domänen** Das Discovery-Tool unterstützt mehrere Kerberos-Anmeldeinformationen für verschiedene Active Directory-Domänen. Alle Anmeldeinformationen werden unabhängig authentifiziert, sodass Sie mehrere Anmeldeinformationen normal konfigurieren können und die Isolierung automatisch erfolgt. Wenn Sie Server in mehreren Domänen haben, fügen Sie Einträge für jeden Bereich in Ihrer `/etc/krb5.conf` Datei hinzu: ``` [libdefaults] default_realm = DEV.COMPANY.COM dns_lookup_realm = false dns_lookup_kdc = true [realms] DEV.COMPANY.COM = { kdc = dc01.dev.company.com } PROD.COMPANY.COM = { kdc = dc01.prod.company.com } [domain_realm] .dev.company.com = DEV.COMPANY.COM dev.company.com = DEV.COMPANY.COM .prod.company.com = PROD.COMPANY.COM prod.company.com = PROD.COMPANY.COM ``` 1. Stellen Sie sicher, dass Sie ein Kerberos-Ticket erhalten können, indem Sie den `kinit` Befehl ausführen. ``` kinit username@REALM.COM ``` Geben Sie das Passwort ein, wenn Sie dazu aufgefordert werden. Wenn der Befehl ohne Fehler abgeschlossen wurde, war die Authentifizierung erfolgreich. 1. Überprüfen Sie das Ticket, indem Sie den `klist` Befehl ausführen. ``` klist ``` Die erwartete Ausgabe ähnelt der folgenden. ``` Ticket cache: FILE:/tmp/krb5cc_1000 Default principal: username@REALM.COM Valid starting Expires Service principal 01/01/2025 12:00:00 01/01/2025 22:00:00 krbtgt/REALM.COM@REALM.COM ``` 1. Konfigurieren Sie das Discovery-Tool mit demselben Prinzipal, bei dem Groß- und Kleinschreibung beachtet wird, wie Sie es mit verwendet haben `kinit` (z. B.`username@REALM.COM`). Eine explizite `krb5.conf` Konfiguration ist möglicherweise nicht erforderlich, wenn in Ihrer Umgebung DNS-SRV-Einträge für die Kerberos-Serviceerkennung konfiguriert sind. [Weitere Informationen zu den Kerberos-Konfigurationsoptionen finden Sie in der [MIT-Kerberos-Dokumentation krb5.conf und in der Beispieldatei krb5.conf](https://web.mit.edu/kerberos/krb5-1.12/doc/admin/conf_files/krb5_conf.html).](https://web.mit.edu/kerberos/krb5-1.12/doc/admin/conf_files/krb5_conf.html#sample-krb5-conf-file) ### Suchen Sie nach der Kerberos-Konfiguration auf Computern, die in eine Domäne eingebunden sind Wenn Sie nicht über die Kerberos-Konfigurationsdetails verfügen, können Sie sie von einem Windows-Computer abrufen, der der Domäne angehört. Führen Sie die folgenden Befehle über eine Befehlszeile auf dem Computer aus, der mit der Domäne verbunden ist. Führen Sie den folgenden Befehl aus, um den Domänennamen zu finden. ``` echo %USERDNSDOMAIN% ``` Beispielausgabe: ``` EXAMPLE.COM ``` Führen Sie den folgenden Befehl aus, um den Hostnamen des Domänencontrollers zu ermitteln. ``` nltest /dsgetdc:EXAMPLE.COM ``` Beispielausgabe: ``` DC: \\dc01.example.com Address: \\10.0.1.100 Dom Guid: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx Dom Name: EXAMPLE.COM Forest Name: example.com Dc Site Name: Default-First-Site-Name Our Site Name: Default-First-Site-Name Flags: 0xe00033fd The command completed successfully ``` Ordnen Sie die Ausgabe wie folgt Ihrer `krb5.conf` Konfiguration zu: + **Realm** — Verwenden Sie den Wert von `%USERDNSDOMAIN%` in Großbuchstaben (z. B.`EXAMPLE.COM`). + **KDC** — Verwendet den DC-Hostnamen aus der `nltest` Ausgabe (z. B.). `dc01.example.com` ## vCenter-Zugriff konfigurieren 1. Auf der **Discovery-Tool-Seite** unter **Schritt 1. Konfigurieren Sie Discovery-Quellen** und wählen Sie **Configure sources aus**. 1. Geben Sie auf der Seite „**Discovery-Quellen konfigurieren**“ den **Friendly Name**, **vCenter FQDN/IP**, den **Benutzernamen** und **das Passwort ein**. 1. Wählen Sie **Save configuration (Konfiguration speichern)** aus. Das Discovery-Tool beginnt mit der Erfassung von vCenter-Informationen, wie unter [Entdecktes Inventar](https://docs.aws.amazon.com/transform/latest/userguide/discovery-tool-data-collection.html#discovery-tool-inventory) beschrieben. Wählen Sie nach der Erstkonfiguration im **Statusfenster des Discovery-Tools** die Option **vCenter-Zugriff bearbeiten** aus, um Ihre vCenter-Zugriffseinstellungen zu ändern. Das Discovery-Tool sammelt Daten von allen konfigurierten vCenter-Servern parallel. Wenn ein vCenter Server während der Erfassung nicht erreichbar ist, meldet das Tool einen teilweisen Erfolg und setzt die Erfassung von den verbleibenden vCenter Servern fort. Wenn eine VM auf mehreren vCenter-Servern erscheint (z. B. aufgrund gemeinsam genutzter ESXi-Hosts oder Cross-vCenter vMotion), dedupliziert das Discovery-Tool automatisch VMs. Jede einzelne virtuelle Maschine erscheint nur einmal in der Bestandsliste. ## Konfigurieren Sie Hyper-V den Zugriff 1. Auf der **Discovery-Tool-Seite** unter **Schritt 1. Konfigurieren Sie Discovery-Quellen** und wählen Sie **Configure sources aus**. 1. **Geben Sie auf der Seite **Discovery-Quellen konfigurieren** einen **benutzerfreundlichen Namen**, den **Host-FQDN oder die IP-Adresse**, den **Authentifizierungstyp (NTLM oder Kerberos)**, den **WinRM-Benutzernamen und das WinRM-Passwort** ein.** 1. Wählen Sie **Save configuration (Konfiguration speichern)** aus. [Das Discovery-Tool beginnt, Hyper-V Informationen zu sammeln, wie unter Entdecktes Inventar beschrieben.](https://docs.aws.amazon.com/transform/latest/userguide/discovery-tool-data-collection.html#discovery-tool-inventory) Die Erfassung beginnt automatisch, nachdem Sie die Anmeldeinformationen gespeichert haben. Bei Hyper-V Failoverclustern können Sie mehrere Hosts im selben Cluster hinzufügen. Das Tool dedupliziert automatisch VMs, die auf mehr als einem Host erscheinen. ## Server importieren 1. Navigieren Sie auf der Startseite des Discovery-Tools zur Seite **Server importieren**. 1. Bereiten Sie eine CSV-Datei mit den folgenden Spalten vor: `hostname_or_ip` (erforderlich), `os_credential_name` (optional) und `oracle_credential_name` (optional). + Der `hostname_or_ip` Wert muss eine gültige IPv4-Adresse oder ein vollqualifizierter Domänenname (FQDN) sein. + Der `os_credential_name` Wert muss, falls angegeben, dem Anzeigenamen einer Betriebssystemanmeldeinformationen entsprechen, die Sie bereits konfiguriert haben (SSH, WinRM oder SNMP). Lassen Sie das Feld leer für Server, für die Sie noch keine Betriebssystemanmeldeinformationen konfiguriert haben. + Der `oracle_credential_name` Wert muss, falls angegeben, mit dem Anzeigenamen eines Oracle-Anmeldedatums übereinstimmen, das Sie bereits konfiguriert haben. 1. Laden Sie die CSV-Datei hoch. Das Tool validiert alle Zeilen und lehnt die Datei ab, wenn eine Zeile ungültig ist. Nach einem erfolgreichen Import beginnt das Tool automatisch mit der Erfassung von Datenbank-, Netzwerk- und Betriebssystemmetriken für die importierten Server, sofern die Betriebssystemanmeldedaten konfiguriert sind. Wenn Sie eine weitere CSV-Datei hochladen, werden bestehende Datensätze aktualisiert, ohne dass Duplikate erstellt werden, und neue Datensätze werden mit dem Inventar zusammengeführt. ## Importieren Sie eine selbstsignierte Zertifizierungsstelle in das Discovery-Tool (optional) Dies ist erforderlich, wenn Sie WinRM über HTTPS und Zielserver WinRM-HTTPS-Zertifikate verwenden, die von einer selbstsignierten Zertifizierungsstelle (CA) signiert wurden, und Sie „Server-SSL-Zertifikat validieren“ im Discovery-Tool aktivieren möchten. ### Voraussetzungen 1. Self-signed CA-Zertifikat, das zum Signieren der WinRM-HTTPS-Zertifikate auf Zielservern verwendet wurde 1. Zertifikat im PEM-Format (Erweiterung PEM oder .CRT) So importieren Sie eine selbstsignierte Zertifizierungsstelle in die Discoverytool-VM: 1. SSH zur Discoverytool-VM 1. Platzieren Sie die CA-Zertifikate, die die WinRM-Zertifikate Ihrer Zielserver signiert haben, im Trust Store-Verzeichnis `/etc/pki/ca-trust/source/anchors/` auf der Discovery-Tool-VM. Beispiel: `sudo cp winrm-ca.pem /etc/pki/ca-trust/source/anchors/winrm-ca.pem`. Hinweis: Wenn Ihre Zielserver Zertifikate verwenden, die von verschiedenen Zertifizierungsstellen signiert wurden, kopieren Sie alle relevanten CA-Zertifikate in dieses Verzeichnis. 1. Aktualisieren Sie den Vertrauensspeicher für Zertifikate: `sudo update-ca-trust` 1. Starten Sie die VM neu 1. (Optional) Um zu überprüfen, ob Zertifikate erfolgreich importiert wurden, können Sie den folgenden Befehl ausführen. `sudo trust list —filter=ca-anchors | grep -A 5 ""` Siehe [Installation und Konfiguration für Windows Remote Management](https://learn.microsoft.com/en-us/windows/win32/winrm/installation-and-configuration-for-windows-remote-management) ## Konfigurieren Sie das Discovery-Tool für den Betriebssystemzugriff Konfigurieren Sie den Betriebssystemzugriff so, dass das Discovery-Tool: + Entdecken Sie Datenbanken, um eine Datenbankbewertung durchzuführen und die VM-Migration zu unterstützen, + Verfolgen Sie die Netzwerkverbindungen zwischen Servern in Ihrem Inventar, einschließlich des mit jeder Verbindung verbundenen Prozesses, um die Zuordnung von Anwendungsabhängigkeiten und die Wellenplanung zu unterstützen. Es werden nur Verbindungen berücksichtigt, bei denen sich beide Endpunkte im Inventar des Discovery-Tools befinden. **Aktivieren Sie das Discovery-Tool OS Access** 1. Rufen Sie die Seite „**OS Access einrichten**“ auf, um Windows- und Linux-Anmeldeinformationen einzugeben. 1. Wählen Sie ein Protokoll aus, für das Sie Anmeldeinformationen hinzufügen möchten. 1. Geben Sie die erforderlichen Anmeldeinformationen für das ausgewählte Protokoll ein. 1. Wählen **Auto-connect**Sie diese Option, damit das Discovery-Tool alle angegebenen Anmeldeinformationen auf den erkannten Servern durchsucht, bis für jeden Server passende Anmeldeinformationen gefunden wurden. Wichtige Sicherheitsempfehlungen zur automatischen Verbindungsfunktion finden [Verwenden Sie die Auto-Connect Funktion mit Vorsicht](discover-tool-security.md#auto-connect-caution) Sie unter. 1. Wählen Sie „**Einrichten und verbinden**“. Nach Abschluss des Betriebssystemabgleichs wird eine Meldung angezeigt, dass die Datenerfassung im Gange ist, und es wird ein Fehler bezüglich Servern angezeigt, für die keine Übereinstimmung mit den Anmeldeinformationen gefunden wurde. ### Einrichtung unterstützter Protokolle Sie müssen WinRM-, SSH- und SNMP-Protokolle auf Zielservern einrichten, damit das Discovery-Tool mit ihnen kommunizieren kann. #### WinRM und WMI einrichten WinRM wird automatisch mit allen derzeit unterstützten Versionen des Windows-Betriebssystems installiert. Verwenden Sie das `winrm` Befehlszeilentool, um die WinRM-Konfiguration zu überprüfen oder zu bearbeiten: + Überprüfen Sie die installierten WinRM-Listener: `winrm enumerate winrm/config/listener` + Überprüfen Sie die WinRM-Konfigurationen: `winrm get winrm/config` + Beispielbefehl zum Einrichten von WinRM: `winrm quickconfig -transport:https` **Listener-Ports** Der Standard-HTTP-Port ist 5985; HTTPS ist 5986. Sie können bei Bedarf andere Ports verwenden. Die Ports zwischen dem Discovery Tool und den Zielservern müssen geöffnet sein. **Verschlüsselung** Das Discovery-Tool verwendet verschlüsselte WinRM-Kommunikation. Wir empfehlen, dass WinRM-Listener auf Zielservern ebenfalls Verschlüsselung verwenden: `winrm set winrm/config/service '@{AllowUnencrypted="false"}'` **NTLM im Vergleich zu Kerberos** Die WinRM-Authentifizierungsprotokolle Kerberos und NTLM werden vom Discovery-Tool unterstützt. NTLM kann nur mit HTTPS verwendet werden, und Kerberos kann sowohl mit HTTP als auch mit HTTPS verwendet werden. **WMI-Anforderungen** Das Discovery-Tool fragt die folgenden WMI-Namespaces ab. Das WinRM-Konto benötigt Lesezugriff auf jeden Namespace, der für Ihre Sammlungsmodule relevant ist: | WMI-Namespace | Verwendet von | | --- | --- | | root\\cimv2 | Betriebssystem-Metriken, Hyper-V Host-Metadaten, SQL Server-Sammlung | | root\\virtualization\\v2 | Hyper-V VM-Inventar | | root\\StandardCIMV2 | Netzwerksammlung | | root\\Microsoft\\SqlServer\\ComputerManagement\* | SQL Server-Sammlung | | root\\Microsoft\\SqlServer\\ReportServer\\\* | SQL Server-Sammlung (SSRS) | Stellen Sie bei der Netzwerkerfassung sicher, dass die folgenden Bedingungen erfüllt sind: + Netzwerkkonnektivität über ICMP zulassen + Netzwerkkonnektivität über TCP-Port 135 und kurzlebigen TCP-Portbereich (49152 — 65535) zulassen + Deaktivieren Sie UAC + Remote-DCOM-Berechtigungen sind eingerichtet + Erstellen Sie ein spezielles Dienstkonto mit den erforderlichen Mindestberechtigungen + WMI-Namespace-Berechtigungen werden für Windows-Konten mit folgenden Namespaces eingerichtet:, Klasse `\\root\\standardcimv2` `MSFT_NetTCPConnection` Für die SQL Server-Sammlung ist aufgrund der komplexen Berechtigungsanforderungen für WMI-Objekte ein Windows-Konto (lokal oder domänengebunden) erforderlich, das zur **lokalen Administratorgruppe** gehört. ### SSH einrichten + Der Standardport ist 22. Benutzerdefinierte Ports werden unterstützt. Der konfigurierte Port muss zwischen dem Discovery-Tool und den Zielservern geöffnet sein. + Damit die SSH-Netzwerkerfassung ordnungsgemäß funktioniert, geben Sie einen Benutzer an, der für passwortloses Sudo konfiguriert ist. + Stellen Sie sicher, dass die folgenden Befehle auf den Linux-Zielservern verfügbar sind (standardmäßig auf den meisten Distributionen installiert): `ss` oder `netstat` für die Netzwerkerfassung und,,,,,`lsblk`,, `iostat` `dmidecode` `smartctl` `top` `ps` `free``ip`, und `df` für die Erfassung von Betriebssystemmetriken. Das Discovery-Tool unterstützt zwei Authentifizierungsmethoden für SSH: **Option 1: Nutzername und Passwort** Geben Sie den SSH-Benutzernamen und das Passwort ein. Dies ist die Standardauthentifizierungsmethode. **Option 2: Privater SSH-Schlüssel** Geben Sie den SSH-Benutzernamen und einen privaten Schlüssel im PEM-Format an. Um diese Option zu verwenden, wählen Sie bei der Konfiguration der **SSH-Anmeldeinformationen in der Dropdownliste **Authentifizierungstyp** die Option SSH-Schlüssel** aus. **Wenn der private Schlüssel mit einer Passphrase verschlüsselt ist, geben Sie die Passphrase in das optionale Feld Schlüssel-Passphrase ein.** Die folgenden Schlüsselformate werden unterstützt: + RSA + ECDSA + Ed25519 + OpenSSH-Format + PKCS \#8 -Format Beide Authentifizierungsmethoden unterstützen die automatische Verbindung. Anmeldeinformationen werden im Ruhezustand verschlüsselt gespeichert. ### Richten Sie SNMP ein + Der Standardport ist 161/UDP. Benutzerdefinierte Ports werden unterstützt. Der konfigurierte Port muss zwischen dem Discovery-Tool und den Zielservern geöffnet sein. + Für SNMP v2: Geben Sie eine schreibgeschützte Community-Zeichenfolge an, die auf TCP-Verbindungs-OIDs zugreifen kann. + Für SNMP v3: Geben Sie username/password auth/privacy Informationen mit Lesezugriff an, die auf TCP-Verbindungs-OIDs zugreifen können Das Discovery-Tool benötigt Zugriff auf: + `"1.3.6.1.2.1.6.13.1.1." (tcpConnState)` + `"1.3.6.1.2.1.6.19.1.8." (tcpConnectionProcess)` + `"1.3.6.1.2.1.25.4.2.1.2." (hrSWRunName)` ## Konfigurieren Sie den Oracle-Datenbankzugriff Konfigurieren Sie den Oracle-Datenbankzugriff so, dass detaillierte Oracle-Datenbankmetadaten direkt über SQL-Verbindungen erfasst werden. Zu den gesammelten Metadaten gehören die CDB- und PDB-Topologie, die Verwendung von Funktionen und die installierten Optionen. Diese Daten helfen Ihnen, Oracle-Datenbankmigrationen genauer zu planen. Sie können Oracle Database 12c, Version 1 (12.1) und höher, über direkte SQL-Verbindungen abrufen. OS-level Die Fallback-Erkennung funktioniert mit allen Oracle-Versionen. **Konfigurieren Sie die Oracle-Anmeldeinformationen im Discovery-Tool** 1. Wählen Sie auf der Seite mit dem **Discovery-Tool** in der Seitenleiste die Option **Datenbankzugriff** aus. 1. Wählen Sie „**Oracle-Anmeldeinformationen hinzufügen**“. 1. Geben Sie die folgenden Informationen ein: + **Benutzerdefinierter Name** — Ein beschreibender Name für diesen Berechtigungsnachweis (z. B.). `Oracle Production` + **Port** — Der Oracle-Listener-Port (Standard 1521). + **Dienstname** — Der Oracle-Dienstname für die Zieldatenbank. + **Benutzername** — Der Benutzername des Oracle-Dienstkontos. + **Passwort** — Das Passwort für das Oracle-Dienstkonto. + **Auto-connect**— Aktivieren Sie diese Option, um die Anmeldeinformationen für alle Server in Ihrem Inventar zu testen. Deaktivieren Sie diese Option, um die Anmeldeinformationen manuell bestimmten Servern zuzuweisen. 1. Um weitere Anmeldeinformationen hinzuzufügen (z. B. für verschiedene Oracle-Umgebungen), wählen Sie erneut **Oracle-Anmeldeinformationen hinzufügen**. 1. Wählen Sie **Speichern**. **Modi für Anmeldeinformationen** Wenn Sie Oracle-Anmeldeinformationen konfigurieren, können Sie zwischen zwei Modi wählen: + **Manuell** — Pinnen Sie Anmeldeinformationen an einen bestimmten Server an. Das Discovery-Tool verwendet diese Anmeldeinformationen ausschließlich für diesen Server. Wenn die Verbindung fehlschlägt, erfolgt kein Fallback. Korrigieren Sie die Konfiguration der Anmeldeinformationen, um das Problem zu beheben. + **Auto-connect**— Das Erkennungstool versucht, alle Anmeldeinformationen für die automatische Verbindung mit jedem Server in Ihrem Inventar zu vergleichen. Wenn die Anmeldeinformationen für einen Server erfolgreich sind, verwendet das Discovery-Tool diese Anmeldeinformationen für alle nachfolgenden Sammelrunden. **Ablauf der Erkennung** Wenn Sie Oracle-Anmeldeinformationen konfigurieren, versucht das Discovery-Tool zunächst, eine direkte SQL-Verbindung herzustellen. Wenn alle Datenbankanmeldedaten fehlschlagen, greift das Tool auf die OS-level Erkennung über SSH oder WinRM zurück, sodass Sie Oracle-Installationen ohne Datenbankzugriff weiterhin erkennen können. ## Das Discovery-Tool wird aktualisiert Das Discovery-Tool verfügt nicht über eine automatische Aktualisierungsfunktion. Sie erhalten jedoch nach 30 Tagen nach der Installation eine Erinnerungsbenachrichtigung zur Aktualisierung. Es wird empfohlen, die Anwendung auf dem neuesten Stand zu halten, um die neuesten Funktionen und Sicherheitspatches zu erhalten. **Um das Tool manuell zu aktualisieren** 1. Laden Sie die neueste Image-Datei des Discovery-Tools (OVA für VMware oder VHD für Hyper-V) über den bereitgestellten Link herunter. 1. (Optional) Wir empfehlen, die Image-Datei des vorherigen Discovery Tools zu löschen, bevor Sie die neueste bereitstellen. 1. Folgen Sie den Schritten im Abschnitt Das Discovery-Tool bereitstellen, um die aktualisierte Version bereitzustellen. ## Aufheben des Zugriffs Sie können den Zugriff für jede Discovery-Quelle unabhängig voneinander widerrufen. Wenn Sie den Zugriff für eine Quelle widerrufen, sind Daten aus anderen Quellen nicht betroffen. + **Widerrufen des vCenter-Zugriffs** — Löscht vCenter-Anmeldeinformationen und -Daten. VMware-collected Löscht keine Hyper-V Daten, importierten Serverdaten oder Betriebssystemanmeldedaten. + ** Hyper-V Zugriff widerrufen** — Löscht nur Hyper-V Anmeldeinformationen und Hyper-V-collected Daten. + **Importierte Server löschen** — Entfernt importierte Server aus dem Inventar. Downstream-Erfassungsdaten (Netzwerk, Datenbank), die von diesen Servern gesammelt wurden, werden beibehalten.