データベースに最新のバックアップがあるかどうかを確認します。定期的なバックアップをスケジュールすることは、さまざまなエラーによるデータの損失からデータベースを保護するために重要です。 データをバックアップする適切な頻度は、データベースの復旧モデル、潜在的なデータの損失に関するビジネス要件、およびデータベースの更新頻度によって異なります。頻繁に更新されるデータベースでは、バックアップ間で作業の損失の危険性が比較的早く高まります。 ベスト プラクティスでは、データベースをデータ損失から保護するために、バックアップを十分頻繁に実行します。単純復旧モデルと完全復旧モデルの両方で、データ バックアップが必要です。完全復旧モデルではログ バックアップも必要で、データ バックアップよりも頻繁に行う必要があります。どちらの復旧モデルでも、完全バックアップを差分バックアップで補い、データ損失のリスクを効率的に軽減できます。完全復旧モデルを使用するデータベースでは、ログ バックアップを頻繁に行うことをお勧めします。重要なデータを含む運用データベースでは、通常、1 ~ 15 分ごとにログ バックアップを行います。注: バックアップのスケジュール設定には、データベース メンテナンス プランを使用する方法をお勧めします。
データベースに単純復旧モデルが使用されているので プライマリ ファイル グループをファイル バックアップとしてバックアップできません READ_WRITE_FILEGROUPS を指定して部分バックアップを実行してください
データベースに多数のテーブルがあるため 一部のテーブルは一覧に表示されていません 必要なテーブルが表示されていない場合は 'テーブル名またはビュー名' フィールドにその名前または名前の一部を入力して一覧をクリックし テーブルを表示してください ...
データベースに対するバックアップ操作 ファイル操作 (ALTER DATABASE ADD FILE など) および暗号化の変更はシリアル化する必要があります 現在のバックアップ またはファイル操作が完了してからステートメントを再実行してください ...
データベースに接続していません {0} は機能しません ソースおよびターゲット データベースへの接続を復元してから再試行してください |
データベースに最新のバックアップがあるかどうかを確認します 定期的なバックアップをスケジュールすることは さまざまなエラーによるデータの損失からデータベースを保護するために重要です データをバックアップする適切な頻度は データベースの復旧モデル ...
データベースのアップグレード処理中に カタログ '%2!s!' で使用されているフルテキスト フィルタ コンポーネント '%1!s!' が正常に検証されました コンポーネントのバージョン: '%3!s!' 完全なパス: '%4!s!'
データベースのアップグレード処理中に カタログ '%2!s!' で使用されているフルテキスト プロトコル ハンドラ コンポーネント '%1!s!' が正常に検証されました コンポーネントのバージョン: '%3!s!' 完全なパス: '%4!s!' ...
データベースのアップグレード処理中に カタログ '%2!s!' で使用されているフルテキスト ワード ブレーカ コンポーネント '%1!s!' が正常に検証されました コンポーネントのバージョン: '%3!s!' 完全なパス: '%4!s!' ...
データベースのサイズが データベース ファイルの圧縮 未使用領域の解放によって全体的に縮小されます 個別のデータベース ファイルを圧縮するには 圧縮 の ファイル を代わりに使用します