Skip to main content
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Entdecken Sie Oracle-Datenbank-Workloads in NetApp Backup and Recovery

Beitragende netapp-mwallis
Änderungen vorschlagen
PDFs

Die Erkennung von Oracle-Datenbanken ermöglicht es NetApp Backup and Recovery, diese durch das Erstellen und Wiederherstellen von Backups und Snapshots zu schützen.

Erforderliche Konsolenrolle Superadministrator für Backup und Wiederherstellung. Erfahren Sie mehr über"Rollen und Berechtigungen für Backup und Wiederherstellung" . "Erfahren Sie mehr über die Zugriffsrollen der NetApp Console für alle Dienste" .

DNS für die Erkennung von Hosts in isolierten Umgebungen in der lokalen NetApp Console-Bereitstellung konfigurieren

Wenn die NetApp Console lokale Bereitstellung in einer abgeschotteten Umgebung verwendet wird, in der Datenbankhosts nicht über Standard-DNS erreichbar sind, muss die interne RKE2 CoreDNS-Konfiguration vorübergehend angepasst werden. Dies ermöglicht es Pods, bestimmte Hostnamen innerhalb des Clusters in IP-Adressen aufzulösen, ähnlich wie das Hinzufügen von Einträgen zu /etc/hosts auf einem Knoten.

Wichtig Vor Änderungen sollte die bestehende CoreDNS-Konfiguration geprüft werden, um ein Überschreiben vorhandener Anpassungen zu vermeiden. Für diese Änderung sind RKE2-Manifeste zu verwenden, wodurch eine konsistente Verwaltung durch den RKE2 Operator und die Laufzeitumgebung sichergestellt wird.
Bevor Sie beginnen

  • Die HelmChartConfig-Datei sollte nach Möglichkeit unter Änderungskontrolle stehen.

  • Ein eindeutiger Dateiname sorgt dafür, dass der Zweck der CoreDNS Override offensichtlich ist.

  • Falls der erwartete DNS-Eintrag in der Corefile nicht sichtbar ist, sollten die RKE2-Serverprotokolle überprüft und die Syntax der Manifestdatei bestätigt werden.

Schritte

  1. Die bestehende CoreDNS-Konfiguration sollte daraufhin geprüft werden, ob keine bestehende Änderung überschrieben wird:

    kubectl -n kube-system get cm rke2-coredns-rke2-coredns -o jsonpath='{.data.Corefile}'

  2. Den folgenden Befehlsblock kopieren und den configBlock Bereich bearbeiten, um die statischen DNS-Einträge hinzuzufügen. Dadurch wird eine HelmChartConfig YAML-Datei im RKE2-Manifeste-Ordner erstellt, die RKE2 automatisch anwendet, um die CoreDNS-Konfiguration zu überschreiben:

    sudo tee /var/lib/rancher/rke2/server/manifests/rke2-coredns-config.yaml >/dev/null <<'YAML'
apiVersion: helm.cattle.io/v1
kind: HelmChartConfig
metadata:
  name: rke2-coredns
  namespace: kube-system
spec:
  # NOTE: This is a HelmChartConfig that *overlays* values onto the rke2-coredns
  # HelmChart already managed by RKE2. RKE2 watches /var/lib/rancher/rke2/server/manifests
  # and will re-render the rke2-coredns Helm release whenever this file changes.
  #
  # The `servers:` list below REPLACES the chart's default server definition,
  # so every plugin that was in the stock Corefile must be present here.
  # Do NOT delete plugins you don't recognize -- they are required for cluster DNS.
  valuesContent: |-
    servers:
    - zones:
      - zone: .
      port: 53
      plugins:
      - name: errors
      - name: health
        configBlock: |-
          lameduck 10s
      - name: ready
      - name: kubernetes
        parameters: cluster.local in-addr.arpa ip6.arpa
        configBlock: |-
          pods insecure
          fallthrough in-addr.arpa ip6.arpa
          ttl 30
      # ───────────────────────── EDIT BELOW ─────────────────────────
      # Static DNS records for hosts the corporate DNS cannot resolve.
      # Format:  <IP>  <FQDN>  [optional aliases...]
      # `fallthrough` MUST stay as the last line -- it lets every other
      # name go to the upstream resolver via the `forward` plugin below.
      - name: hosts
        configBlock: |-
          1.2.3.4 example.domain.com exampleshortname
          fallthrough
      # ───────────────────────── EDIT ABOVE ─────────────────────────
      - name: prometheus
        parameters: 0.0.0.0:9153
      - name: forward
        parameters: . /etc/resolv.conf
      - name: cache
        parameters: 30
      - name: loop
      - name: reload
      - name: loadbalance
YAML
sudo chmod 600 /var/lib/rancher/rke2/server/manifests/rke2-coredns-config.yaml

  3. Es wird geprüft, ob CoreDNS die Änderung übernommen hat:

    kubectl -n kube-system get cm rke2-coredns-rke2-coredns -o jsonpath='{.data.Corefile}'

    Wenn die Änderung nach einigen Minuten nicht sichtbar ist, die CoreDNS-Bereitstellung neu starten und anschließend die Corefile erneut überprüfen:

    kubectl -n kube-system rollout restart deploy/rke2-coredns-rke2-coredns

  4. Falls Sie die Einträge entfernen müssen, nachdem Sie die Datenbank-Hosts entdeckt haben, gehen Sie wie folgt vor:

    1. Löschen Sie die HelmChartConfig-Datei aus dem Manifeste-Ordner.

    2. Die CoreDNS-Bereitstellung wird neu gestartet:

      kubectl -n kube-system rollout restart deploy/rke2-coredns-rke2-coredns

Fügen Sie einen Oracle Database-Host hinzu und entdecken Sie Ressourcen

Fügen Sie Oracle-Hostinformationen hinzu und lassen Sie NetApp Backup and Recovery die Workloads erkennen. Wählen Sie in jedem Konsolenagenten die Systeme aus, auf denen Sie Workloads ermitteln möchten.

Schritte

  1. Wählen Sie im NetApp Console Schutz > Sicherung und Wiederherstellung.

  2. Wählen Sie unter Workloads die Kachel Oracle aus.

  3. Wählen Sie Ressourcen entdecken.

  4. Wählen Sie Oracle für das Feld Workload type aus.

  5. Wenn Sie noch keine Anmeldeinformationen für diesen Oracle Database-Host gespeichert haben, wählen Sie Add credentials.

    1. Wählen Sie den Konsolenagenten aus, der mit diesem Host verwendet werden soll.

    2. Geben Sie einen Namen für diese Anmeldeinformationen ein.

    3. Geben Sie den Benutzernamen und das Kennwort für das Konto ein.

    4. Wählen Sie Fertig.

  6. Hostregistrierung: Fügen Sie einen neuen Oracle Database Host hinzu. Geben Sie im Feld Host-FQDN oder IP-Adresse den FQDN oder die IP-Adresse des Hosts ein – bei Clusterdatenbanken können Sie den FQDN oder die IP-Adresse eines beliebigen Knotens im Cluster eingeben. Geben Sie anschließend die Anmeldeinformationen, den Console Agent und die Portnummer an.

  7. (Optional) Wenn Sie Anmeldeinformationen für einen Nicht-Root-Benutzer auswählen, führen Sie Folgendes aus:

    1. Anweisungen zum Hinzufügen des von Ihnen ausgewählten Nicht-Root-Benutzers zur sudoers-Datei auf dem Oracle Database-Host finden Sie unter Configure sudoers.

    2. Folgen Sie den Anweisungen im Dialog, aktivieren Sie das Kontrollkästchen, wenn Sie fertig sind, und wählen Sie Fertig.

  8. Erweiterte Einstellungen: Führen Sie Folgendes aus:

    1. Geben Sie den Port und den Installationspfad für das NetApp Plug-in ein. Das Plug-in ermöglicht die Kommunikation zwischen dem Oracle-Datenbankhost und NetApp Backup and Recovery.

    2. Wählen Sie, ob NetApp Backup und Recovery das Plug-in automatisch auf jedem Host installieren oder die automatische Plug-in-Installation für alle Hosts überspringen soll. Wählen Sie Anleitung anzeigen, um Anweisungen zur manuellen Installation zu erhalten.

      Hinweis

      Backup und Recovery verbindet sich per SSH mit jedem Host, um das Plug-in automatisch zu installieren. Aktivieren Sie die Option manuelle Installation verwenden, wenn einer der folgenden Punkte zutrifft:

      • Auf einem oder mehreren Hosts läuft der SSH-Dienst nicht.

      • Auf jedem Host ist das NetApp Plug-in bereits vorhanden (auch wenn es nur auf einigen Cluster-Mitgliedern vorhanden ist).

      • Sie bevorzugen es, das Plug-in auf jedem Host manuell zu installieren.

    3. Wenn der Datenbankhost in einem Cluster organisiert ist, aktivieren Sie die Option Alle Hosts im Cluster hinzufügen, um alle Hosts im Cluster zu ermitteln.

    4. Wählen Sie, ob vor der automatischen Installation des Plug-ins auf jedem Host Vorabprüfungen durchgeführt werden sollen. Schlagen die Prüfungen fehl, wird die automatische Plug-in-Installation gestoppt. Um die Prüfungen zu umgehen und das Plug-in trotzdem zu installieren, aktivieren Sie Optionale Vorabprüfungen überspringen (automatisch aktiviert, wenn Sie die manuelle Installation wählen).

  9. Wählen Sie Entdecken.

    Tipp Das Hinzufügen von Ressourcen kann einige Minuten dauern. Um den Fortschritt zu sehen, wählen Sie Fortschritt verfolgen im Statusdialog unten auf der Inventarseite oder wählen Sie Überwachung im Menü auf der linken Seite.
Ergebnis

Die Oracle Database-Workload wird in der Liste der Workloads auf der Inventarseite angezeigt.

Weiter zum NetApp Backup and Recovery Dashboard

  1. Wählen Sie im NetApp Console Schutz > Sicherung und Wiederherstellung.

  2. Wählen Sie eine Workload-Kachel aus (z. B. Microsoft SQL Server).

  3. Wählen Sie im Menü „Sichern und Wiederherstellen“ die Option „Dashboard“ aus.

  4. Überprüfen Sie den Zustand des Datenschutzes. Die Anzahl der gefährdeten oder geschützten Workloads steigt basierend auf den neu entdeckten, geschützten und gesicherten Workloads.