SQL Serverエンジンが1か所にあり、データベースファイルがNAS
私のオフィスでは、SQL Server 2008 R2で実行される会計士プログラムを使用しています。 SQL Serverエンジンは、ラップトップ（「サーバー」と呼ばれる）の1つにインストールされ、他のラップトップ（「クライアント」と呼ばれる）は、ローカルネットワーク経由でそれに接続する必要があります。データベースファイルはSQL Serverエンジンと同じ場所に保存されるため、「サーバー」ラップトップ上に保存されます。セキュリティの観点からは、これは誰もが持つことができる最もばかげたソリューションなので、私はそれを変更しようとしています。
データベースファイル（.mdf）のみをNASに移動することは可能です。そのため、SQL Serverエンジンは引き続き「サーバー」ラップトップで実行されますが、データベースは保護されたNAS他の場所に？
残念ながら、SQL ServerはSynologyなのでMS互換性がないため、NASにSQL Serverをインストールすることはできません（ただし、MySQLはあります）。
正直なところ、私はデータベースをNASに配置したくありません。これは、オフィス全体からアクセスされる可能性が高く、誰もが接続するため非常に脆弱であるためです。SQLデータベースは、ネットワークの最深部に隠されます。
しかし、これがハイエンドの操作のように聞こえないことを知っているので、デスクトップを取得してそこにSQL Expressをインストールし、データベースを実行するためのお金を彼らが提供できるかどうかを確認します。このようにして、すべてのクライアントがネットワーク内からそのサーバーに接続するだけで、バックアップを取得する中心点を得ることができます。
SQLは、2012年より前のSMB=）のデータベースファイルをサポートしていません。それ以外の場合は可能ですが、お勧めしません。
優先順位は、システムデータベースとユーザーデータベースの定期的なバックアップである必要があります。これは、SMB共有に対して実行できます（実際にそれを行う最良の方法です！）
私はあなたが説明するシナリオを正確に持っています。
SQL SERVER 2008 R2がインストールされているサーバーが1台あり、一部のデータベースもそこに保存されています。 NASドライブにデータベースが1つあるデータベースがあります。NASドライブにドロップボックスがインストールされているため、mdfファイルは常にバックアップされています。 1ギガビットネットワークのパフォーマンスは非常に良好です。
NASドライブがドメインに追加されたため、通常のADアクセス許可がその上のディレクトリに適用されます。
覚えておくべき唯一のことは、NASドライブのファームウェアを更新する場合、SQL Serverを一時停止する必要があります。そうしないと、データベースが破損する可能性があります。SQLServerはデータベースを最終的に再び利用可能になります。SQLServerを一時停止することを忘れないようにすると、待機時間を大幅に節約できます（経験から学んだ！）