一般的に使用されているSOFS共有をファイルサーバーに移動する
SOFS共有をFSはクラスターサーバーでの一般的な使用法に移動します。残念ながら、私はWindows Serverの専門家ではありません。誰かがこのタスクを実行していますか？それとそれを段階的に再構成します。アイデアは、SOFS共有を削除し、FS共有を同じ名前で作成します。SOFS共有が配置されているディスクを接続します。しかし、これに対する権限をどうするか再構成後の共有？
ヒントを事前にありがとう。
追加情報：私はSOFSからFSに一般的に移動する瞬間をテストしました。1.ファイルサーバークラスターのVM用に新しい小さなディスク（1G）を作成し、接続しました。文字なしで初期化しました2.このディスクをフェールオーバークラスターマネージャーのディスクに追加し、クラスター共有ボリュームに追加しました（クラスター共有ボリュームに割り当てられています）。3.スケールアウトファイルサーバーとして新しい役割を作成しました。4.新しいディスクを使用してテスト済みの3つの共有を作成しました。各共有にいくつかのフォルダーとファイルを配置しました。6。この役割を削除しました。7。クラスターの共有ボリュームからディスクを削除しました（ディスクは利用可能なストレージステータスになりました）。8.ドライブ名を割り当てました。9. ADから古い名前を削除しました。 FS一般に、SOFSと接続されたテストディスク11と同じ名前で使用します。作成された新しいSMBは、カスタムを使用してSOFSで以前と同じ名前で共有しますパス-古い共有から必要なものを選択します。フォルダーとファイルに対するすべてのNTFSアクセス許可はまだ存在しているようですが、私は絶対に確認していません（確認しようとしています）。シオンも存在するかもしれませんが、私は完全にはわかりません。それが、すべての権限を取得し、役割の変更後にそれらを実装する方法を前に尋ねた理由ですか？
よろしく、ヴィクトル
SoFS共有ではメモリキャッシュが無効になっているため（読み取り専用CSVキャッシュを除く）、SQL Serverへのアトミックな書き込みを許可し、透過的にSMBフェイルオーバーVMライブマイグレーション。したがって、Storage Migration（WS2016 +）やRobocopy（WS2003 +）などのデータマイグレーションサービスで簡単にコピーされる権限に焦点を当てるのではなく（以下のリンクを参照）、達成しようとしていることを再考する必要があります。 。TL; DR：正常に機能するワークロードは、移動した後に中断する可能性があります。