日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

NetApp Backup and RecoveryでMicrosoft SQL Serverワークロードを検出します

08/13/2026 共同作成者

NetApp Backup and Recovery、サービスを使用するために、まず Microsoft SQL Server ワークロードを検出する必要があります。 SnapCenterがすでにインストールされている場合は、オプションでSnapCenterからバックアップデータとポリシーをインポートできます。

必須 NetApp コンソールロール バックアップおよびリカバリのスーパー管理者。Cloud Volumes ONTAP クラスターに保存されているデータを保護する場合は、Cloud Volumes ONTAP 管理者ロールも必要です。詳細については、"バックアップとリカバリの役割と権限"を参照してください。 "すべてのサービスに対するNetApp Consoleのアクセスロールについて学習します"

NetApp Console ローカル展開におけるエアギャップホスト検出のための DNS の設定

NetApp Console のローカル展開をエアギャップ環境で使用しており、標準の DNS を介してデータベースホストにアクセスできない場合は、RKE2 CoreDNS の内部構成を一時的に変更する必要があります。これにより、ポッドはクラスター内の特定のホスト名を IP アドレスに解決できるようになります。これは、ノード上の `/etc/hosts`にエントリを追加するのと似ています。

変更を加える前に、既存のCoreDNS設定を確認し、既存のカスタマイズ設定を上書きしないようにしてください。この変更を適用するには、RKE2マニフェストを使用してください。これにより、RKE2オペレーターとランタイムによって変更が一貫して管理されるようになります。

開始する前に

可能な限り、HelmChartConfig ファイルを変更管理下に置いてください。
CoreDNSの上書きの目的が明確になるように、分かりやすいファイル名を使用してください。
想定される DNS レコードが Corefile に表示されない場合は、RKE2 サーバーのログを確認し、マニフェストファイルの構文を確認してください。

手順

既存の CoreDNS 設定を確認して、既存の変更を上書きしていないことを確認してください：
```
kubectl -n kube-system get cm rke2-coredns-rke2-coredns -o jsonpath='{.data.Corefile}'
```

以下のコマンドブロックをコピーし、 `configBlock`エリアを編集して静的DNSレコードを追加してください。これにより、RKE2のマニフェストフォルダにHelmChartConfig YAMLファイルが作成され、RKE2はこれを自動的に適用してCoreDNSの設定を上書きします。

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

CoreDNS が変更を認識したことを確認します。
```
kubectl -n kube-system get cm rke2-coredns-rke2-coredns -o jsonpath='{.data.Corefile}'
```
数分経っても変更が反映されない場合は、CoreDNS のデプロイメントを再起動し、Corefile を再度確認してください：
```
kubectl -n kube-system rollout restart deploy/rke2-coredns-rke2-coredns
```
データベースホストを検出した後にエントリを削除する必要がある場合は、次の手順を実行してください。
1. マニフェストフォルダから HelmChartConfig ファイルを削除します。
2. CoreDNS のデプロイメントを再起動します。
  kubectl -n kube-system rollout restart deploy/rke2-coredns-rke2-coredns

Microsoft SQL Server ワークロードを検出し、オプションでSnapCenterリソースをインポートします

検出中に、 NetApp Backup and Recovery は組織内のシステム内の Microsoft SQL Server インスタンスとデータベースを分析します。

NetApp Backup and Recovery は、 Microsoft SQL Server アプリケーションを評価します。このサービスは、現在のバックアップ保護ポリシー、スナップショット、バックアップおよびリカバリオプションなどの既存の保護レベルを評価します。

検出は次のように行われます。

SnapCenterがすでにある場合は、 NetApp Backup and Recovery UI を使用してSnapCenterリソースをNetApp Backup and Recoveryにインポートします。

SnapCenterがすでにある場合は、まずSnapCenterからインポートする前に前提条件を満たしていることを確認してください。たとえば、 SnapCenterからインポートする前に、オンプレミスのSnapCenterクラスタストレージシステムをNetApp Consoleに追加する必要があります。見る"SnapCenterからリソースをインポートするための前提条件"。

SnapCenterがまだない場合は、vCenter を手動で追加して検出を実行することで、ワークロードを検出できます。

SnapCenterがすでにインストールされている場合は、 SnapCenterリソースをNetApp Backup and Recoveryにインポートします。

SnapCenterがすでにインストールされている場合は、次の手順に従ってSnapCenterリソースをNetApp Backup and Recoveryにインポートします。 NetApp Consoleは、 SnapCenterからリソース、ホスト、資格情報、スケジュールを検出するため、すべての情報を再作成する必要はありません。

これは次の方法で実行できます。

検出中に、 SnapCenterからリソースをインポートするオプションを選択します。
検出後、インベントリページからSnapCenterリソースをインポートするオプションを選択します。
検出後、[設定] メニューからSnapCenterリソースをインポートするオプションを選択します。詳細については、"NetApp Backup and Recoveryを構成する" 。

これは 2 つの部分から成るプロセスです。

SnapCenter Server アプリケーションとホストリソースをインポートする
選択したSnapCenterホストリソースを管理する

SnapCenter Server アプリケーションとホストリソースをインポートする

この最初のステップでは、 SnapCenterからホストリソースをインポートし、それらのリソースをNetApp Backup and Recoveryインベントリページに表示されます。その時点では、リソースはまだNetApp Backup and Recoveryによって管理されていません。

SnapCenterホストリソースをインポートした後、 NetApp Backup and Recovery は保護管理を自動的に引き継ぎません。そのためには、 NetApp Backup and Recoveryでインポートされたリソースを管理することを明示的に選択する必要があります。これにより、 NetApp Backup and Recoveryによってそれらのリソースをバックアップする準備が整います。

手順

NetApp Consoleの左側のナビゲーションから、保護 > バックアップとリカバリ を選択します。
*在庫*を選択します。
*リソースの検出*を選択します。
NetApp Backup and Recovery のワークロードリソースの検出ページで、* SnapCenterからのインポート*を選択します。
* SnapCenterアプリケーションの資格情報*を入力してください:
1. * SnapCenter FQDN または IP アドレス*: SnapCenterアプリケーション自体の FQDN または IP アドレスを入力します。
2. ポート: SnapCenterサーバーのポート番号を入力します。
3. ユーザー名 と パスワード: SnapCenterサーバーのユーザー名とパスワードを入力します。
4. コンソールエージェント: SnapCenterのコンソールエージェントを選択します。
* SnapCenterサーバーホストの資格情報* を入力してください:
1. 既存の資格情報: このオプションを選択すると、すでに追加されている既存の資格情報を使用できます。資格情報の名前を選択します。
2. 新しい資格情報の追加: 既存のSnapCenterホスト資格情報がない場合は、新しい資格情報を追加できます。資格情報名、認証モード、ユーザー名、およびパスワードを入力します。
インポート を選択してエントリを検証し、 SnapCenterサーバーを登録します。

SnapCenter Server がすでに登録されている場合は、既存の登録情報を更新できます。

結果

インベントリページには、MS SQL ホスト、インスタンス、データベースを含むインポートされたSnapCenterリソースが表示されます。

インポートされたSnapCenterリソースの詳細を表示するには、[アクション] メニューから [詳細の表示] オプションを選択します。

SnapCenterホストリソースの管理

SnapCenterリソースをインポートした後、 NetApp Backup and Recoveryでそれらのホストリソースを管理します。これらのリソースを管理することを選択すると、 NetApp Backup and Recovery はSnapCenterからインポートしたリソースをバックアップおよびリカバリできるようになります。これらのリソースはSnapCenter Server では管理できなくなります。

手順

SnapCenterリソースをインポートした後、[バックアップとリカバリ] メニューから [インベントリ] を選択します。
[インベントリ] ページで、今後NetApp Backup and Recoveryで管理するインポート済みのSnapCenterホストを選択します。
アクションアイコンを選択します> 詳細を表示 をクリックして、ワークロードの詳細を表示します。
インベントリ > ワークロードページから、アクションアイコンを選択します> 管理をクリックして、ホストの管理ページを表示します。
*管理*を選択します。
[ホストの管理] ページで、既存の vCenter を使用するか、新しい vCenter を追加するかを選択します。
*管理*を選択します。

インベントリページには、新しく管理されたSnapCenterリソースが表示されます。

オプションで、[アクション] メニューから [レポートの生成] オプションを選択して、管理対象リソースのレポートを作成することもできます。

インベントリページから検出後にSnapCenterリソースをインポートする

すでにリソースを検出している場合は、インベントリページからSnapCenterリソースをインポートできます。

手順

コンソールの左側のナビゲーションから、保護 > *バックアップとリカバリ*を選択します。
*在庫*を選択します。
インベントリページで、* SnapCenterリソースのインポート*を選択します。
SnapCenterリソースをインポートするには、上記の * SnapCenterリソースのインポート* セクションの手順に従います。

SnapCenterがインストールされていない場合は、vCenterを追加してリソースを検出します。

SnapCenterがまだインストールされていない場合は、vCenter 情報を追加して、 NetAppバックアップおよびリカバリでワークロードを検出できます。各コンソールエージェント内で、ワークロードを検出するシステムを選択します。

VMware 環境がある場合、これはオプションです。

手順

コンソールの左側のナビゲーションから、保護 > *バックアップとリカバリ*を選択します。

初めて Backup and Recovery にログインし、コンソールにシステムがあるがリソースが検出されていない場合は、[新しいNetApp Backup and Recovery へようこそ] ページが表示され、[リソースの検出] オプションが表示されます。
*リソースの検出*を選択します。

次の情報を入力してください。

ワークロードタイプ: このバージョンでは、Microsoft SQL Server のみが利用可能です。

vCenter 設定: 既存の vCenter を選択するか、新しい vCenter を追加します。新しい vCenter を追加するには、vCenter FQDN または IP アドレス、ユーザー名、パスワード、ポート、プロトコルを入力します。

vCenter 情報を入力する場合は、vCenter 設定とホスト登録の両方の情報を入力します。ここで vCenter 情報を追加または入力した場合は、次に詳細設定でプラグイン情報も追加する必要があります。

ホスト登録: 資格情報の追加 を選択し、検出するワークロードを含むホストに関する情報を入力します。

vCenter サーバーではなくスタンドアロンサーバーを追加する場合は、ホスト情報のみを入力します。

*Discover*を選択します。

このプロセスには数分かかる場合があります。
詳細設定に進みます。

検出中に詳細設定オプションを設定し、プラグインをインストールします

詳細設定を使用すると、登録されているすべてのサーバーにプラグインエージェントを手動でインストールできます。これにより、すべてのSnapCenterワークロードをNetApp Backup and Recoveryにインポートして、そこでバックアップとリストアを管理できるようになります。 NetApp Backup and Recovery、プラグインをインストールするために必要な手順が示されています。

手順

「リソースの検出」ページで、右側の下矢印をクリックして「詳細設定」に進みます。
「ワークロードリソースの検出」ページで、次の情報を入力します。
- プラグインのポート番号を入力: プラグインが使用するポート番号を入力します。
- インストールパス: プラグインをインストールするパスを入力します。
SnapCenterエージェントを手動でインストールする場合は、次のオプションのチェックボックスをオンにします。
- 手動インストールを使用する: プラグインを手動でインストールするには、このボックスをオンにします。
- クラスター内のすべてのホストを追加: 検出中にクラスター内のすべてのホストをNetApp Backup and Recoveryに追加するには、このボックスをオンにします。
- オプションのインストール前チェックをスキップ: オプションのインストール前チェックをスキップするには、このチェックボックスをオンにします。たとえば、メモリやスペースの考慮事項が近い将来に変更されることがわかっていて、今すぐプラグインをインストールしたい場合などに、これを実行することができます。
*Discover*を選択します。

NetApp Backup and Recoveryダッシュボードに進みます

NetApp Consoleメニューから、保護 > バックアップとリカバリ を選択します。
ワークロードタイル (Microsoft SQL Server など) を選択します。
「バックアップとリカバリ」メニューから、「ダッシュボード」を選択します。
データ保護の健全性を確認します。新しく検出され、保護され、バックアップされたワークロードに基づいて、危険にさらされているワークロードまたは保護されているワークロードの数が増加します。

"ダッシュボードに表示される内容を学ぶ"。

NetApp Backup and RecoveryでMicrosoft SQL Serverワークロードを検出します

Creating your file...

NetApp Console ローカル展開におけるエアギャップホスト検出のための DNS の設定

Microsoft SQL Server ワークロードを検出し、オプションでSnapCenterリソースをインポートします

SnapCenterがすでにインストールされている場合は、 SnapCenterリソースをNetApp Backup and Recoveryにインポートします。

SnapCenter Server アプリケーションとホスト リソースをインポートする

SnapCenterホストリソースの管理

インベントリページから検出後にSnapCenterリソースをインポートする

SnapCenterがインストールされていない場合は、vCenterを追加してリソースを検出します。

検出中に詳細設定オプションを設定し、プラグインをインストールします

NetApp Backup and Recoveryダッシュボードに進みます

SnapCenter Server アプリケーションとホストリソースをインポートする