データベースに最新のバックアップがあるかどうかを確認します。定期的なバックアップをスケジュールすることは、さまざまなエラーによるデータの損失からデータベースを保護するために重要です。 データをバックアップする適切な頻度は、データベースの復旧モデル、潜在的なデータの損失に関するビジネス要件、およびデータベースの更新頻度によって異なります。頻繁に更新されるデータベースでは、バックアップ間での作業の損失の危険性が比較的早く高まります。 データ損失からデータベースを保護するために、十分な頻度でバックアップを行うことをお勧めします。単純復旧モデルと完全復旧モデルの両方でデータのバックアップを行う必要があります。完全復旧モデルではログ バックアップも必要で、データ バックアップよりも頻繁に行う必要があります。どちらの復旧モデルでも、完全バックアップを差分バックアップで補い、データ損失のリスクを効率的に軽減できます。完全復旧モデルを使用するデータベースでは、ログ バックアップを頻繁に行うことをお勧めします。重要なデータを含む運用データベースでは、通常、1 ~ 15 分ごとにログ バックアップを行います。注: バックアップのスケジュール設定には、データベース メンテナンス プランを使用する方法をお勧めします。
データベースに他の FILESTREAM ファイル グループを含めるには データベースにプライマリ FILESTREAM ログ ファイル グループとログ ファイルが必要です
データベースに単純復旧モデルが使用されているので プライマリ ファイル グループをファイル バックアップとしてバックアップできません 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!' ...
データベースのサイズが データベース ファイルの圧縮 未使用領域の解放によって全体的に縮小されます 個別のデータベース ファイルを圧縮するには 圧縮 の ファイル を代わりに使用します