NetBackup™ Web UI Microsoft SQL Server 管理者ガイド
- NetBackup for SQL Server について
- インストールとホストの構成
- NetBackup for SQL Server のインストールの計画
- SQL Server ホストとユーザー権限の構成
- SQL Server のバックアップとリストアのための NetBackup サービスの設定
- SQL Server のローカルセキュリティの権限の構成
- 自動検出されたマッピングの確認
- 分散アプリケーション、クラスタ、または仮想マシンのリストアマッピングの設定
- ODBC 接続の構成
- 非表示の NetBackup for SQL Server の読み取り不可セカンダリインスタンスの構成
- SQL Server エージェントのプライマリサーバーホスト名の構成
- バックアップ操作を許可するジョブ数の設定
- 1 クライアントあたりの最大ジョブ数の構成
- SQL Server 管理者用の RBAC の構成
- SQL Server の検出とクレデンシャルの管理
- SQL Server の保護計画の管理
- Snapshot Client を使用するバックアップポリシーの構成
- SQL Server の資産の詳細の表示
- SQL Server のリストア
- SQL Server でのインスタントアクセスの使用
- VMware バックアップを使用した SQL Server の保護
- VMware バックアップを使用したアプリケーションデータベースの保護について
- SQL Server を保護する NetBackup for VMware バックアップの構成について
- SQL Server を保護する VMware バックアップポリシーの構成
- スナップショットレプリケーションの管理に Replication Director を使用して SQL Server を保護するための VMware ポリシーの構成
- SQL Server データを保護するための VMware バックアップを使用した保護計画の作成
- VMware バックアップを使用した SQL Server データの保護
- VMware バックアップからの SQL Server データベースのリストア
- 処理速度とトラブルシューティング
- NetBackup for SQL Server のパフォーマンスに影響を与える要素
- SQL Server のトラブルシューティング用のデバッグログについて
- クレデンシャルの検証に関するトラブルシューティング
- VMware のバックアップに関するトラブルシューティング
- SQL Server の VMware バックアップ中に発生する SQL Server のログの切り捨てエラー
- NetBackup for SQL Server の操作の監視について
- NetBackup for SQL Server の最大トレースレベルの設定
- 失敗したファイルグループまたはファイルバックアップのレポート
- 大規模な SQL Server データベースのリストアにおけるタイムアウトエラーの最小化について
- SQL Server の圧縮バックアップイメージを単一のストライプとして、または複数のストライプを含むイメージとしてリストアすると、SQL Server のリストアが失敗する
- 可用性グループクラスタに不正なバックアップイメージが表示される
- SQL Server のホスト名または SQL Server データベース名の末尾にスペースがあると SQL Server データベースのリストアは状態コード 5 またはエラー (-1) で失敗する
- SQL Server のホスト名、データベース名、データベース論理名の末尾にスペースがあると移動操作は状態コード 5 またはエラー (-1) で失敗する
- 可用性グループのレプリカを検出または参照できない
- SQL Server のディザスタリカバリについて
インスタントアクセス SQL Server データベースを構成する場合の前提条件
この前提条件は、SQL Server のインスタントアクセス BYO (Build Your Own) にのみ適用されます。
BYO サーバーのオペレーティングシステムのバージョンは Red Hat Enterprise Linux 7.6 以降である必要があります。
Samba サービスがインストールされていること、および次のコマンドを使用して selinux ポリシーで Samba 共有権限が許可されていることを確認します。
setsebool -P samba_export_all_rw=1
NGINX がインストールされているストレージサーバー。
NGINX バージョンは、対応する正式な RHEL バージョンのリリースに存在するものと同じである必要があります。対応する RHEL yum ソース (epel) からインストールする必要があります。
policycoreutilsとpolicycoreutils-pythonパッケージが同じ RHEL yum ソース (rhel サーバー) からインストールされていることを確認します。次のコマンドを実行します。semanage port -a -t http_port_t -p tcp 10087
setsebool -P httpd_can_network_connect 1
ストレージサーバーの
/mntフォルダが、どのマウントポイントによっても直接マウントされていないことを確認します。ユーザーマウントポイントはそのサブフォルダに対してマウントされる必要があります。次のコマンドを使用して、selinux の logrotate 権限を有効にします。
semanage permissive -a logrotate_t
次の条件が満たされた場合にのみ、SQL Server バックアップイメージに対してインスタントアクセスがサポートされます。
スナップショットが、ポリシーまたは保護計画で有効になっています。
バックアップはデータベースの完全バックアップです。
プライマリサーバー、メディアサーバー、ストレージサーバー、クライアントはバージョン 8.3 以降である必要があります。
クラウド LSU (論理ストレージユニット) からバックアップコピーを使用してインスタントアクセスする場合、プライマリサーバーとメディアサーバーはバージョン 10.0.1 以降である必要があります。
クラウド LSU (論理ストレージユニット) でのインスタントアクセスの制限事項については、『NetBackup 重複排除ガイド』を参照してください。
ストレージサーバーは、以前に指定された前提条件を満たすアプライアンスまたは BYO である必要があります。
メモ:
増分バックアップとトランザクションログバックアップのインスタントアクセスは、ベースバックアップイメージのインスタントアクセス機能によって決まります。