Microsoft | 徒然なるままに https://www.seichan.org 徒然と日々の出来事(ネタ)を書いていこうかと．主に FreeBSD，Unix系の話題が中心ですが，その他の話題もあつかってみたり． Sun, 29 Sep 2024 22:23:10 +0000 ja hourly 1 https://wordpress.org/?v=7.1.2 Microsoft SQL Server – Always On 高可用性 (Always On 高可用性の構成 ④) https://www.seichan.org/2024/09/microsoft-sql-server-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7%e3%81%ae%e6%a7%8b%e6%88%90-%e2%91%a3.html https://www.seichan.org/2024/09/microsoft-sql-server-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7%e3%81%ae%e6%a7%8b%e6%88%90-%e2%91%a3.html#respond Sun, 29 Sep 2024 13:00:00 +0000 https://www.seichan.org/blog/?p=6422 今回は SQL Server 認証でも Always On 高可用性グループによる冗長化されたデータベースを利用するためのセカンダリーノードでの追加設定について解説します．
Windows 認証の場合は本設定は不要です．

Microsoft SQL Server – Always On 高可用性 (Always On 高可用性の構成 ④)

SQL Server 認証の場合，SQL Server ノードで認証情報を持っていますのでフェイルオーバー後の認証や権限が無いため不具合が生じます．ですので，一度フェイルオーバーさせて権限割当てを行う必要があります．
フェイルオーバーさせないとセカンダリ側でデータベースの操作ができないため，フェイルオーバーで切り替えてあげる必要があるのです．
Windows 認証のデータベースの場合は本作業は不要です．

セカンダリサーバーの権限変更

フェイルオーバーさせたいデータベースが含まれている高可用性グループを選択，右クリックで「フェイルオーバー」をクリックします．

「高可用性グループのフェイルオーバー」ウィザードが起動しますので「次へ」をクリックします．

「新しいプライマリレプリカ」の選択でフェイルオーバーさせたいノードをクリックして「次へ」をクリックします．
画面では警告が出ていますが，これは AlwaysOn 高可用性グループを構成する際の設定で同期が非同期であるためです．
設定で同期を行うようにしている場合は表示されません．

「データ損失の可能性の確認」では，非同期の場合に損失が発生する可能性を警告しています．
今回はまだ未使用のデータベースである気にせずに「データ損失の可能性があるフェールオーバーを確認するには、ここをクリックします」にチェックを入れて「次へ」をクリックします．

もし，使用中のデータベースかつ，データ損失をなるべく抑えたい場合はこのウィザードを終了して AlwaysOn 高可用性グループの同期設定を変更してください．

「レプリカに接続」では先に選択したセカンダリノードに接続を行います．「接続」をクリックしてください．

「サーバーへの接続」ウィンドウが出て，セカンダリノードへの接続を促されますので認証情報を入力の上「接続」をクリックします．

セカンダリノードへの接続が完了したら「次へ」をクリックします．

「概要」では，フェイルオーバーの概要が表示されますので確認の上「完了」をクリックします．

フェイルオーバーが実行され「結果」にて状態が表示されます．
全て成功であれば無事フェイルオーバーが完了していますので「閉じる」をクリックします．

セカンダリノードの設定変更

セカンダリノードに接続して「データベース」より設定を変更したいデータベースを選択，右クリックでメニューを表示して「プロパティ」をクリックします．

「データベースのプロパティ」で「ファイル」をクリックします．
所有者が何もない状態が確認できますので「…」をクリックします．

「データベースの所有者の選択」でプライマリーノードで指定したユーザーと同じユーザー名を入力して「名前の確認」をクリックします．

ユーザーが検索出来たら，ユーザー名が [ユーザー名] と括られますので「OK」をクリックします．

所有者が設定されたことを確認して「OK」をクリックします．

セカンダリーノードのアカウントの修正

規定のデータベースを変更，アカウント状態を確認します．
本設定は必須ではありません．アカウント状態の確認だけの実施でも大丈夫です．

「セキュリティ」-「ログイン」より設定したいアカウントを選択，右クリックでメニューを表示して「プロパティ」をクリックします．

「全般」で「既定のデータベース」を変更します．

「ユーザーマッピング」でデータベースと権限を確認して，プライマリーノードと同一になっていることを確認します．
この際，プライマリーノードのデータベースは接続ができませんのであらかじめ設定状態を確認しておきましょう．

確認が完了したら「OK」で終了します．

a

プライマリーノードへのフェイルオーバー (フェイルバック)を実行

本項目も必須ではありませんが，プライマリーノードへ役割を戻します．
(日本人的にはプライマリーが優先というケースが多いため解説します)

操作はプライマリーノード，セカンダリーノードいずれでも構いません．今回はプライマリーノードで実施しています．
「AlwaysOn 高可用性グループ」-「可用性グループ」より，フェイルオーバーしたい高可用性グループを選択，右クリックして「フェールオーバー」をクリックします．

ウィザードが起動し「説明」が表示されますので「次へ」をクリックします．

「新しいプライマリレプリカの選択」でプライマリーにしたいノードを選択して「次へ」をクリックします．

「データ損失の可能性の確認」にて「データ損失の可能性があるフェールオーバーを確認するには、ここをクリックします」にチェックを入れて「次へ」をクリックします．

「概要」で内容を確認の上「完了」をクリックします．

フェイルオーバーが開始・完了し「結果」ですべて成功であれば正しくフェイルオーバーが完了しています．
「閉じる」をクリックしてウィザードを完了します．

以上で，SQL Server 認証でも AlwaysOn 高可用性グループを用いた冗長構成のデータベースを利用することができます．

次回は今回の AlwaysOn 高可用性グループで冗長したデータベースを利用して VMware Horizon のログデータベースの設定について解説します．

]]> https://www.seichan.org/2024/09/microsoft-sql-server-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7%e3%81%ae%e6%a7%8b%e6%88%90-%e2%91%a3.html/feed 0 Microsoft SQL Server – Always On 高可用性 (Always On 高可用性の構成 ③) https://www.seichan.org/2024/09/microsoft-sql-server-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7%e3%81%ae%e6%a7%8b%e6%88%90-%e2%91%a2.html https://www.seichan.org/2024/09/microsoft-sql-server-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7%e3%81%ae%e6%a7%8b%e6%88%90-%e2%91%a2.html#respond Thu, 26 Sep 2024 13:00:00 +0000 https://www.seichan.org/blog/?p=6362 前回に引き続き Microsoft SQL Server の Always On 高可用性の構成について解説します．

前回までで必要な準備が終わりましたので今回は実際に AlwaysOn 高可用性グループの構成について解説します．

Microsoft SQL Server – Always On 高可用性 (Always On 高可用性の構成 ③)

AlwaysOn 高可用性グループは SQL Server ノード間での通信が必要となります．AlwaysOn 高可用性グループを構成するウィザードの検証でもノード間通信ができるかの確認が行われますので，事前にファイアウォールポリシーで許可を設定する必要があります．

ですので，ファイアウォールポリシーの追加，AlwaysOn 高可用性グループの構成．という順番で作業を行います．

AlwaysOn 高可用性用のファイアウォールポリシーの追加

AlwaysOn 高可用性ではノード間で通信が発生します．そのため，Microsoft SQL Server で通常利用するポートである 1433/TCP の他，5022/TCP の通信を許可する必要があります．

「サーバーマネージャー」-「ローカルサーバー」より，Windows ファイアウォールをクリックします．

「Windows ファイアウォール」の「詳細設定」をクリックします．

以前「Microsoft SQL Server – Always On 高可用性 (ファイアーウォールポリシー設定)」で作成しているポリシーを選択，右クリックでメニューを表示して「プロパティ」をクリックします．

「プログラムおよびポート」タブをクリックし，「ローカルポート」に「5022」を追加して「適用」をクリックし，「OK」でウィンドウを閉じます．

以上で，AlwaysOn 高可用性で必要な通信を許可する設定は完了です．
今回は同じポリシーに追加をしていますが，もちろん別ポリシーとして作成しても大丈夫です．

AlwaysOn 高可用性の構成

スタートメニュー/プログラムの一覧より「SQL Server Management Studio」をクリックします．

「SQL Server Management Studio」より，SQL Server に接続します．AlwaysOn 高可用性を構成しますので管理者権限を持つアカウントでログインしてください．

「AlwaysOn 高可用性」-「高可用性グループ」を選択，右クリックでメニューを表示して「新しい高可用性グループ ウィザード」をクリックします．

「新しい可用性グループ」のウィザードが開始しますので「次へ」をクリックします．

「名前の指定」では可用性グループの名前を決定する必要があります．
今回，グループ名を「AG01」としました．AlwaysOn Group とか Available Group の略称です．
グループの入力が終わったら「次へ」をクリックします．

可用性グループの対象とするデータベースを選択して「次へ」をクリックします．
状態の所に「前提条件を満たしています」と表示されますが，バックアップが存在しない場合はここが「満たしていません」になりますので，その場合は「Microsoft SQL Server – Always On 高可用性 (Always On 高可用性の構成 ②)」を参考にバックアップを取得してください．

「レプリカの設定」の「レプリカ」タブにて「レプリカの追加」をクリックします．

「サーバーへの接続」画面が表示されますので，AlwaysOn 高可用性に組み込む追加のノードを「サーバー名」に入力して「接続」を行ってください．

接続が完了するとこのように「サーバー インスタンス」に追加されます．

「エンドポイント」はどのポートを利用するかを設定する箇所です．規定では「5022/TCP」を利用します．ポートを変えたい場合は変更してください．
(もちろん，ファイアウォールポリシーも合わせて変更してください)

「バックアップの設定」はどのデータベースサーバーでバックアップを行うのかを指定します．
通常はデフォルトの「セカンダリ優先」で良いと思います．

詳細は「SQL Server Always On 可用性グループをバックアップする」を参照ください．

  • セカンダリ優先
    オンラインのレプリカがプライマリ レプリカのみである場合を除き，セカンダリ レプリカでバックアップを実行することを指定します．
    オンラインのレプリカがプライマリ レプリカのみである場合は，プライマリ レプリカでバックアップを実行する必要があります．
  • セカンダリのみ
    バックアップをプライマリ レプリカでは実行しないことを指定します．
    オンラインのレプリカがプライマリ レプリカだけの場合，バックアップは実行されません．
  • プライマリ
    バックアップを常にプライマリ レプリカで実行することを指定します．
    このオプションは、差分バックアップの作成など，バックアップがセカンダリレプリカで実行されたときにはサポートされないバックアップ機能が必要な場合に役に立ちます．
  • 任意のレプリカ
    バックアップを実行するレプリカを選択するときに，バックアップジョブが可用性レプリカの役割を無視するように指定します．

「リスナー」は AlwaysOn 高可用性グループで提供する接続ポイントを設定します．
後でリスナーを作成することもできますが，通常は合わせて設定します．

「高可用性グループのリスナーの作成」を選択して次の値を設定します．

  • リスナーの DNS 名
    リスナーに付与する DNS 名です．FQDN で指定する際のホスト名になります．
  • ポート
    リスナーが待ち受けるポートです．ここは通常の Microsoft SQL Server 同様に 1433 を設定する場合が多いと思います．
  • ネットワークモード
    「静的IP」または「DHCP」が指定できます．通常は「静的IP」が多いと思います．

「ネットワークモード」で「静的IP」を選択した場合，IPアドレスを設定する必要がありますので「追加」をクリックします．

「IPアドレスの追加」ではサブネットの選択と，IPアドレスの入力を行います．
入力が終わったら「OK」をクリックして前の画面に戻ります．

入力したIPアドレスが正しいことを確認して「次へ」をクリックします．

「データ同期の選択」ではバックアップデータを選択する必要があります．
バックアップデータはレプリカの高可用性ノードでアクセスする必要がある為，共有ネットワークを指定してください．

バックアップの場所の指定が完了したら「次へ」をクリックします．

「検証」ですべての項目の検証結果が「成功」になったことを確認して「次へ」をクリックします．

「概要」では，ここまで設定した項目が一覧表示されますので内容を確認してください．
内容に問題が無ければ「完了」をクリックして AlwaysOn 高可用性グループの構成を開始します．

AlwaysOn 高可用性グループの構成が完了または失敗したら「結果」に表示されます．
結果がすべて「成功」であれば構成は完了となります．
「閉じる」でウィザードを終了します．

オブジェクトエクスプローラーで見える情報が最新の状態ではない場合が多いため SQL Server を選択，右クリックでメニューを表示して「最新の情報に更新」をクリックします．

「データベース」を開いて同期対象のデータベースの状態を確認します．
「AlwaysOn 高可用性」-「高可用性グループ」-「<作成したグループ>」-「高可用性レプリカ」および「高可用性データベース」を確認します．

以上で，AlwaysOn 高可用性グループの構成は完了しました．
今回の同期対象のデータベースは Windows 統合認証ではなく，SQL Server 認証です．このままだとフェイルオーバーした後認証に失敗しますので追加の設定が必要となります．
Windows 認証の場合はこのまま利用することが可能です．

次回は追加の設定について解説を行います．

]]> https://www.seichan.org/2024/09/microsoft-sql-server-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7%e3%81%ae%e6%a7%8b%e6%88%90-%e2%91%a2.html/feed 0 Microsoft SQL Server – Always On 高可用性 (Always On 高可用性の構成 ②) https://www.seichan.org/2024/09/microsoft-sql-server-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7%e3%81%ae%e6%a7%8b%e6%88%90-%e2%91%a1.html https://www.seichan.org/2024/09/microsoft-sql-server-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7%e3%81%ae%e6%a7%8b%e6%88%90-%e2%91%a1.html#respond Tue, 24 Sep 2024 13:00:00 +0000 https://www.seichan.org/blog/?p=6316 前回に引き続き Microsoft SQL Server の Always On 高可用性の構成について解説します．
Always On 高可用性を構成するにあたり既存のデータベースのバックアップと SMB 共有が必要です．

今回はデータベースのバックアップと SMB 共有について解説します．

Microsoft SQL Server – Always On 高可用性 (Always On 高可用性の構成 ②)

Always On 高可用性を構成するためには，最初に高可用性の対象とするデータベースのバックアップと そのバックアップデータを共有する必要があります．これが初回同期のベースイメージとなるようです．

今回は，バックアップ領域の作成，データベースバックアップの実施，バックアップデータの共有の流れで Step by Step で解説します．

データベースのバックアップ領域の作成

データベースバックアップ領域の作成を行います．SQL Server インストールの際規定でバックアップ用のフォルダーは作成されていますが，Always On 高可用性の場合は SMB 共有でのやり取りを行いますので別途用意したほうが扱いやすいです．

共有フォルダーを作成するため，作成する場所で右クリック「新規作成」-「フォルダー」をクリックします．

フォルダーの名前を変更します．今回は「SQL_BK」としました．

データベースのバックアップ

スタートメニュー/プログラムの一覧より「SQL Server Management Studio」をクリックします．

「SQL Server Management Studio」より，SQL Server に接続します．バックアップを行いますのでそれが可能なアカウントでログインしてください．

バックアップしたいデータベースを選択，右クリックでメニューを表示して「タスク」-「バックアップ」をクリックします．

「データベースのバックアップ」が開きます．
「全般」の「バックアップ先」で規定で設定されているパスを選択の上「削除」をクリックします．

先ほど作成したフォルダーを指定するため「追加」をクリックします．

「バックアップ先の選択」にて「ファイル名」を選択して「…」の参照ボタンをクリックします．

先ほど作成したフォルダーを選択の上ファイル名を入力して「OK」をクリックします．
ファイル名はなんでもよいです．今回は単純に日付にしましたが，日付_データベース名など分かりやすい名前が望ましいです．
ファイルの拡張子は「.bak」としましょう．

「バックアップ先の選択」に戻りますので「OK」をクリックします．

「データベースのバックアップ」ウィンドウに戻りますので「OK」をクリックします．
「OK」をクリックするとバックアップが開始されます．

バックアップが完了するとこのように完了した旨のウィンドウが表示されますので「OK」をクリックします．

バックアップ領域の SMB 共有とアクセス権設定

先ほど作成したフォルダー(データベースをバックアップしたフォルダー)を選択して右クリックでメニューを表示して「プロパティ」をクリックします．

プロパティ画面が開きますので「共有」タブをクリックして「詳細な共有」をクリックします．

「このフォルダーを共有する」にチェックを入れ，共有名を設定します．今回，共有名はフォルダー名と同じにしています．
また，アクセス許可を設定するため「アクセス許可」をクリックします．

まず，「Everyone」共有を選択して削除します．
このアカウントが有効だとフォルダー(SMB共有)に対しての読取り権限がついた状態になってしまいますので，明示的に権限を持つアカウントのみにするため削除することをお勧めします．

まずは管理者アカウント (管理者グループ) をアクセス許可として設定します．
アクセスを許可するアカウントを追加するため「追加」をクリックします．

アカウントの検索画面が表示されますので「Domain Admins」と入力して「名前の検索」をクリックします．

名前の検索が成功すると入力したユーザー名に下線が引かれます．
下線が引かれたことを確認して「OK」をクリックします．

続いて SQL Server サービスを動作させているアカウントを許可として追加します．
アクセスを許可するアカウントを追加するため「追加」をクリックします．

アカウントの検索画面が表示されますので「MSSQL」と入力して「名前の検索」をクリックします．
「MSSQL」のアカウント名は「Microsoft SQL Server – Always On 高可用性 (Always On 高可用性の構成 ①)」で作成したアカウントです．

名前の検索が成功すると入力したユーザー名に下線が引かれます．
下線が引かれたことを確認して「OK」をクリックします．

追加したアカウントはそれぞれ「フルコントロール」の権限を付与しますので「フルコントロール」の「許可」にチェックを入れて「適用」をクリックします．

適用が完了したら「OK」をクリックしてアクセス許可の設定を完了します．

「詳細な共有」に戻りますので「OK」をクリックして設定を反映します．

プロパティ画面は「閉じる」で終了します．

これまでの記事で，Always On 高可用性のウィザードを実行する準備が整いました．

次回は，Always On 高可用性のウィザードを通じて実際に構成する方法について解説します．

]]> https://www.seichan.org/2024/09/microsoft-sql-server-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7%e3%81%ae%e6%a7%8b%e6%88%90-%e2%91%a1.html/feed 0 Microsoft SQL Server – Always On 高可用性 (Always On 高可用性の構成 ①) https://www.seichan.org/2024/09/microsoft-sql-server-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7%e3%81%ae%e6%a7%8b%e6%88%90-%e2%91%a0.html https://www.seichan.org/2024/09/microsoft-sql-server-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7%e3%81%ae%e6%a7%8b%e6%88%90-%e2%91%a0.html#respond Thu, 19 Sep 2024 13:00:00 +0000 https://www.seichan.org/blog/?p=6252 今回は Microsoft SQL Server の Always On 高可用性の構成について解説します．
SQL Server の導入は「Microsoft SQL Server – Always On 高可用性 (SQL Server の導入)」を，ファイアウォールポリシーについては「Microsoft SQL Server – Always On 高可用性 (ファイアーウォールポリシー設定)」を参照してください．

Microsoft SQL Server – Always On 高可用性 (Always On 高可用性の構成 ①)

Always On 高可用性を有効にするには，Microsoft SQL Server を動作させるアカウントをドメインアカウントに変更する．また，SQL Server の設定で Always On を利用可能にする2つの設定を行う必要があります．

以降，その設定を行う方法について解説します．

SQL Server サービス動作用の Active Directory アカウントの作成

「サーバーマネージャー」より「ツール」-「Active Directory ユーザーとコンピューター」をクリックします．

「Active Directory ユーザーとコンピューター」で，アカウントを作成したい OU または CN を選択して右クリックでメニューを表示し「新規作成」-「ユーザー」をクリックします．
今回はグループポリシー (GPO) の影響を与えたくないため Users コンテナを指定しています．

「新しいオブジェクト」でユーザー名などの必要事項を入力して「次へ」をクリックします．

パスワードを入力して「次へ」をクリックします．
また，サービス用アカウントのため「パスワードを無期限にする」を有効にしています．

「完了」をクリックしてアカウントの作成を完了します．

以上で Microsoft SQL Server のサービス用アカウントの作成は完了です．

SQL Server の Always On 利用可能設定と起動アカウント変更

SQL Server を動作させるアカウントを変更する方法はいくつかの方法がありますが，「Always On」の利用設定と共に行いますので「SQL Server 構成マネージャー」で変更する方法を紹介します．

アプリの一覧より「SQL Server 構成マネージャー」を開きます．

「SQL Server 構成マネージャー」が開いたら「SQL Server のサービス」より「SQL Server」を選択，右クリックでメニューを表示して「プロパティ」をクリックします．

「AlwaysOn 高可用性」タブで「Windows フェールオーバークラスター名」が WSFC のクラスター名であることを確認して「AlwaysOn 高可用性グループを有効にする」にチェックを入れて「適用」をクリックします．

Windows フェールオーバークラスターは事前に構成を完了させておく必要があります．まだの方は次の記事を参考にセットアップしてください．

再起動を行う必要がある旨が表示されますので「OK」をクリックします．

続いて「ログオン」タブをクリックし，先ほど作成したアカウントに変更するため「このアカウント」を選択して「参照」をクリックします．

「ユーザー または グループの選択」が表示されます．Active Directory アカウントを検索するため「場所の指定」の「場所」をクリックします．

「場所」ウィンドウで「ディレクトリ全体」もしくは「Active Directory ドメイン」を選択して「OK」をクリックします．
複数ドメインが存在している場合，参照・検索範囲を絞るため「Active Directory ドメイン」を選択したほうがよいです．

ユーザーを指定するため「選択するオブジェクト名を入力してください」の入力欄に先ほど作成したアカウント名を入力して「名前の確認」をクリックします．

名前の検索が成功し，アカウント情報 (姓・名・プリンシパル名) に置き換われば成功ですので「OK」をクリックします．

アカウントに対応するパスワードを入力して「適用」をクリックします．

サービスの再起動を促すメッセージが表示されますので「はい」をクリックしてサービスを再起動します．

「OK」をクリックして変更を完了します．

以上で，Microsoft SQL Server のサービスアカウントの変更と Always On 高可用性を利用可能とする設定は完了となります．
同じ操作を Always On 高可用性を行う他のサーバーにも実施してください．

次回は，まずは Always On 高可用性の対象とするデータベースのバックアップとバックアップデータの共有が必要になりますのでその準備を解説します．

]]> https://www.seichan.org/2024/09/microsoft-sql-server-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7-always-on-%e9%ab%98%e5%8f%af%e7%94%a8%e6%80%a7%e3%81%ae%e6%a7%8b%e6%88%90-%e2%91%a0.html/feed 0 Microsoft SQL Server – Always On 高可用性 (Horizon ログ用データベースの作成) https://www.seichan.org/2024/09/microsoft-sql-server-always-on-%e5%86%97%e9%95%b7%e5%8c%96-horizon-%e3%83%ad%e3%82%b0%e7%94%a8%e3%83%87%e3%83%bc%e3%82%bf%e3%83%99%e3%83%bc%e3%82%b9%e3%81%ae%e4%bd%9c%e6%88%90.html https://www.seichan.org/2024/09/microsoft-sql-server-always-on-%e5%86%97%e9%95%b7%e5%8c%96-horizon-%e3%83%ad%e3%82%b0%e7%94%a8%e3%83%87%e3%83%bc%e3%82%bf%e3%83%99%e3%83%bc%e3%82%b9%e3%81%ae%e4%bd%9c%e6%88%90.html#respond Tue, 17 Sep 2024 13:00:00 +0000 https://www.seichan.org/blog/?p=6169 前回の記事「Microsoft SQL Server – Always On 高可用性 (ファイアーウォールポリシー設定)」でファイアウォールポリシーの設定が完了しました．
今回は Horizon ログ用の SQL Server データベースの作成を解説します．

Microsoft SQL Server – Always On 高可用性 (Horizon ログ用データベースの作成)

プログラムの一覧より「SQL Server Management Studio」を選択，クリックします．

「SQL Server Management Studio」が開き，ログイン画面が表示されますので認証情報を入力して「接続」をクリックします．

Horizon ログデータベースアクセス用のユーザーを作成する

画面左側のオブジェクト エクスプローラーを展開して「セキュリティ」-「ログイン」を開き，右クリックでメニューを表示して「新しいログイン」をクリックします．

「ログイン – 新規作成」の「全般」でアカウント情報を入力します．
今回は VMware Horizon のログデータベース用ですので SQL Server 認証かつ，パスワードポリシーは無効にします．

  • ログイン名
    SQL Server に接続する際のログイン名を指定します．
    Windows 認証の場合は Active Directory 上のアカウントを指定，SQL Server 認証の場合はログイン名を入力します．
  • 認証方法
    • Windows 認証
      Active Directory 認証を行います．Microsoft は推奨していますが，一部製品では Windows 認証ができませんのでその場合は SQL Server 認証を用いる必要があります．
    • SQL Server 認証
      SQL Server 内部にアカウント情報を作成します．
      • パスワードポリシーを適用する
        パスワードの複雑性などのポリシーを適用します．この設定を無効にすると以降の設定はグレーアウトします．
      • パスワードの期限を適用する
        パスワードに期限を設けます．
      • ユーザーは次回ログイン時にパスワードを変更する
        初回ログイン時にパスワードの変更を強制させます．
  • 規定のデータベース
    このユーザーが SQL Server に接続した際の規定のデータベースを指定します．
  • 既定の言語
    このユーザーが SQL Server に接続した際の規定の言語を指定します．

「サーバーロール」は，このアカウントに割り当てるロールです．一般アカウントの場合は public で十分です．

各ロールについて以下簡単に解説します．詳細については「サーバー レベルのロール」を参照ください．

  • bulkadmin
    BULK INSERT ステートメントを実行できます．
  • dbcreator
    任意のデータベースを作成，変更，削除，および復元できます．
  • diskadmin
    ディスク ファイルを管理できます．
  • processadmin
    SQL Server のインスタンス内で実行中のプロセスを終了できます．
  • public
    サーバー プリンシパルにセキュリティ保護可能なオブジェクトに対する特定のアクセス許可が与えられていないか，またはアクセス許可が拒否されている場合，そのユーザーは，そのオブジェクトに対して public に対して付与されているアクセス許可を継承します．
    すべてのユーザーがオブジェクトを使用できるようにする場合は，対象のオブジェクトに public 権限のみを割り当てます．
    public のメンバーシップを変更することはできません。
  • securityadmin
    ログインとログインのプロパティを管理します．
    サーバー レベルのアクセス許可を GRANT，DENY，REVOKE することができます．
    securityadmin は，データベースレベルのアクセス許可を GRANT，DENY，REVOKE することもできます．
    また，securityadmin は SQL Server ログインのパスワードをリセットできます．
  • serveradmin
    サーバー全体の構成オプションを変更したり，サーバーをシャットダウンしたりできます．
  • setupadmin
    Transact-SQL ステートメントを使用して，リンク サーバーを追加および削除できます．
  • sysadmin
    サーバーに対するすべての操作を実行できます．

「ユーザーマッピング」では特定のデータベースに対してのみ権限を変更したい場合に用いられます．
今回は後でデータベースを作成する際にオーナーとしてこのユーザーを指定することで設定を行います．

「状態」では，データベースエンジンに接続する権限やログインに対する権限を設定します．アカウントを無効化したいなどの場合に「拒否」や「無効」を設定します．

必要事項の入力が完了したら「OK」をクリックしてアカウントの作成を完了します．

Horizon ログ用データベースを作成する

「オブジェクトエクスプローラー」を展開し「データベース」を選択，右クリックでメニューを表示して「新しいデータベース」をクリックします．

「新しいデータベース」画面が開きますので「全般」タブでデータベース名などを設定します．

  • データベース名
    作成するデータベースの名前を入力します．
  • 所有者
    このデータベースの所有者を設定します．所有者に割り当てられたアカウントは DB Owner 権限が割り当てられ，このデータベースに対するすべての権限が付与されます．
  • データベースファイル
    初期サイズや拡張ポリシーを設定します．ある程度容量が分かっていれば初期サイズを大きくするなどを行う事でパフォーマンスの改善を図ることができます．

所有者は「既定」となっていますので検索ボタンをクリックして先ほど作成したアカウントを割り当てます．

「データベース所有者の選択」画面で作成したアカウントを入力して「名前の確認」をクリックします．

名前の検索が成功したら「[HORIZON_LOG]」のように [] で括られますので，この状態になっていることを確認して「OK」をクリックします．

所有者が変更されたことを確認します．

オプションでは，データベースのオプションを設定することができます．

  • 照合順序
    データを並べる際に大文字・小文字を意識するのかなどのポリシーを設定します．
    照合順序についての詳細な解説は「照合順序と Unicode のサポート」を参照ください．
    <規定> の場合は SQL Server をインストールした際に設定した照合順序である「Japanese_CI_AS」が選択されます．この場合は次のように判断されます．
    • 大文字/小文字の区別を行わない
    • アクセントの区別を行う
    • ひらがなとカタカナの区別を行わない
    • 全角/半角の区別を行わない
  • 復旧モデル
    復旧モデルは，トランザクションをログに記録する方法，トランザクション ログのバックアップを必須 (および可能) にするかどうか，利用できる復元操作の種類などを制御するデータベースの設定です．
    詳細については「復旧モデル (SQL Server)」を参照ください．
    • 完全
      データ ファイルの消失や損傷によって作業が失われることはありません．
      アプリケーションエラーやユーザーエラーの発生前など，任意の時点に復旧できます．
    • 一括ログ
      完全復旧モデルを補完するためのもので，パフォーマンスに優れた一括コピー操作を実行できます．
    • 単純
      トランザクションログを保持しないため，障害時はデータ損失が起こり得ます．また Always On 高可用性は利用できません．
  • 互換性レベル
    SQL コマンドや機能の互換性のレベルを設定します．過去のバージョンに最適化されたシステムの場合はバージョンを下げる必要がある場合があります．

Always On 高可用性による冗長化を考えている場合は復旧モデルは「完全」または「一括ログ」である必要があります．今回は「完全」を選択します．

「ファイルグループ」はデータベースを異なるディスクに分散配置したい場合などに利用されます．
詳細については「データベース ファイルとファイル グループ」を参照ください．
今回は何もせずに「OK」でデータベースを作成します．

アカウントの既定のデータベースの修正

アカウントの作成，データベースの作成が完了しましたので，作成済みアカウントのプロパティを修正して規定のデータベースを変更します．

作成したアカウントを選択，右クリックでメニューを表示して「プロパティ」をクリックします．

「全般」で「既定のデータベース」を先ほど作成したデータベースに変更します．

「ユーザーマッピング」をクリックすると，各データベースに対する権限が表示されます．
先ほどのデータベースの作成で所有者をこのアカウントにしていますので dbo/db_owner (Database Owner) の権限が付与されています．

この状態を確認して「OK」でプロパティ画面を終了します．

以上で VMware Horizon 用のログデータベースの作成は完了です．
SQL Server の冗長化を行わない場合はこのまま Horizon Admin 画面からデータベースの設定を行う事が可能ですが，今回は Always On 高可用性による冗長化の構成を取りますので次回 Always On 高可用性の設定について解説を行います．

]]> https://www.seichan.org/2024/09/microsoft-sql-server-always-on-%e5%86%97%e9%95%b7%e5%8c%96-horizon-%e3%83%ad%e3%82%b0%e7%94%a8%e3%83%87%e3%83%bc%e3%82%bf%e3%83%99%e3%83%bc%e3%82%b9%e3%81%ae%e4%bd%9c%e6%88%90.html/feed 0 Microsoft SQL Server – Always On 高可用性 (ファイアーウォールポリシー設定) https://www.seichan.org/2024/09/microsoft-sql-server-always-on-%e5%86%97%e9%95%b7%e5%8c%96-%e3%83%95%e3%82%a1%e3%82%a4%e3%82%a2%e3%83%bc%e3%82%a6%e3%82%a9%e3%83%bc%e3%83%ab%e3%83%9d%e3%83%aa%e3%82%b7%e3%83%bc%e8%a8%ad.html https://www.seichan.org/2024/09/microsoft-sql-server-always-on-%e5%86%97%e9%95%b7%e5%8c%96-%e3%83%95%e3%82%a1%e3%82%a4%e3%82%a2%e3%83%bc%e3%82%a6%e3%82%a9%e3%83%bc%e3%83%ab%e3%83%9d%e3%83%aa%e3%82%b7%e3%83%bc%e8%a8%ad.html#respond Sun, 15 Sep 2024 13:00:00 +0000 https://www.seichan.org/blog/?p=6200 前回の記事「Microsoft SQL Server – Always On 高可用性 (SQL Server の導入)」で SQL Server の導入を行いましたが，この状態だと外部クライアントからの SQL Server への接続ができません．
今回は外部から接続ができるようにファイアウォールポリシーを設定していきます．

Microsoft SQL Server – Always On 高可用性 (ファイアーウォールポリシー設定)

「サーバーマネージャー」-「ローカルサーバー」へアクセスし，「Windows ファイアウォール」のリンクをクリックします．

「詳細設定」をクリックします．

「受信の規則」を選択，右クリックでメニューを表示し「新しい規則」をクリックします．

「新規の受信の規則ウィザード」が開始されます．
「規則の種類」にて「ポート」を選択して「次へ」をクリックします．

「プロトコルおよびポート」にて以下のように設定して「次へ」をクリックします．

  • TCP と UDP のどちらにこの規則を適用しますか
    TCP
  • すべてのローカル ポートと特定のローカル ポートのどちらを対象にこの規則を適用するか選択してください
    特定のローカルポート: 1433

「操作」にて「接続を許可する」を選択して「次へ」をクリックします．

「プロファイル」にてこのポリシーをどこに適用するかを選択できます．
全てにチェックを付けて「次へ」をクリックします．

  • ドメイン
    ドメインに参加しており，インターフェイスにドメインプロファイルが適用されている場合に利用されます．
  • プライベート
    ドメインに参加しておらず，インターフェイスがプライベートプロファイルを適用している場合に利用されます．
  • パブリック
    ドメインに参加しておらず，インターフェイスがパブリックプロファイルを適用している場合に利用されます．

「名前」ではわかりやすい名前を入力して「完了」をクリックします．

「ウィザード」が終了し，規則の一覧に作成したポリシーが表示されることを確認します．

以上で，外部のクライアントが SQL Server に接続する準備が整いました．
Always On 高可用性を利用しない場合は，前回の記事「Microsoft SQL Server – Always On 高可用性 (SQL Server の導入)」と今回の記事をもって SQL Server を外部のクライアントから接続して利用することが可能です．
Always On 高可用性を利用する場合は少し足りません．この点については Always On 高可用性を設定する際に追加設定を行う形で解説します．
また，Always On を想定している場合，この設定を全ての SQL Server で実施しておく必要がありますのでご認識ください．

]]> https://www.seichan.org/2024/09/microsoft-sql-server-always-on-%e5%86%97%e9%95%b7%e5%8c%96-%e3%83%95%e3%82%a1%e3%82%a4%e3%82%a2%e3%83%bc%e3%82%a6%e3%82%a9%e3%83%bc%e3%83%ab%e3%83%9d%e3%83%aa%e3%82%b7%e3%83%bc%e8%a8%ad.html/feed 0 Microsoft SQL Server – Always On 高可用性 (SQL Server の導入) https://www.seichan.org/2024/09/microsoft-sql-server-always-on-%e5%86%97%e9%95%b7%e5%8c%96-sql-server-%e3%81%ae%e5%b0%8e%e5%85%a5.html https://www.seichan.org/2024/09/microsoft-sql-server-always-on-%e5%86%97%e9%95%b7%e5%8c%96-sql-server-%e3%81%ae%e5%b0%8e%e5%85%a5.html#respond Thu, 12 Sep 2024 13:00:00 +0000 https://www.seichan.org/blog/?p=6119 Microsoft SQL Server の導入にあたり，せっかくですので Always On 高可用性の方式の導入を解説していきます．
まずは前提となる SQL Server の導入を行います．

Microsoft SQL Server – Always On 高可用性 (SQL Server の導入)

Always On による冗長化は，Microsoft SQL Server 2008 ～ 2012 までは Enterprise 以上，2014 からは Standard で構成が可能です．

前提となる SQL Server は特に複雑な導入は不要でただ普通にインストールを行えば大丈夫です．

Microsoft SQL Server の導入

SQL Server の CD-ROM を挿入または ISO イメージのマウントを行い，エクスプローラーよりダブルクリックで開くと「SQL Server インストールセンター」が実行されます．

「SQL Server インストールセンター」より「インストール」をクリックします．

「SQL Server の新規スタンドアロンインストールを実行するか、既存のインストールに機能を追加します」をクリックするとインストーラーが開始されます．

一番最初に必要に応じてセットアップサポートファイルのインストールが行われます．「詳細の表示」をクリックすると次のように一覧が表示されます．
全て成功していることを確認して「OK」をクリックします．

「プロダクト キー」でプロダクトキーを入力して「次へ」をクリックします．

「ライセンス条項」では条項を確認の上「ライセンスに同意します」にチェックを行います．
また，必要に応じて「機能の使用状況データを Microsoft に送信します」にチェックを入れて「次へ」をクリックします．

「製品の更新プログラム」ではインストールに合わせて更新プログラムを導入することができます．
通常は「SQL Server 製品の更新プログラムを含める」にチェックを入れたままで良いと思います．
「次へ」をクリックします．

「セットアップ サポート ルール」ではインストール，セットアップに必要な前提条件の確認が行われます．基本は全て合格している必要があります．
今回は「Windows ファイアウォール」のみ警告が出ていますが，導入後にファイアウォールポリシーを作成することで対応が可能ですのでこのまま「次へ」をクリックします．

「セットアップロール」では「SQL Server 機能のインストール」を選択して「次へ」をクリックします．

「機能の提供」ではまずは必要最低限の機能を導入します．今回選択する機能は以下のとおりです．

  • データベース エンジン サービス
  • 管理ツール – 基本
  • 管理ツール – 完全

最低限は上記3つとなります．必要な機能を選択して「次へ」をクリックします．

「インストール ルール」ではインストールが成功するか確認が行われます．全て合格した事を確認して「次へ」をクリックします．

「インスタンスの構成」ではデータベースインスタンスを決定します．
デフォルトでは「既定のインスタンス」です．今回は「既定のインスタンス」を選択しています．

また，インスタンス ルート ディレクトリは，データベースインスタンスを保存する場所を指定できます．
今回の構成ではデータベース用に別ディスクを搭載しているため，プログラムは「C ドライブ」，データベースは「E ドライブ」とするように構成しています．

設定が完了したら「次へ」をクリックします．

「必要なディスク領域」ではプログラムおよびデータベースインスタンスとして必要な容量が表示されます．確認の上「次へ」をクリックします．

「サーバーの構成」ではサービスアカウント，照合順序を設定します．
今後構成する Always On 高可用性の場合，ドメインアカウントで実行する必要がありますが，後ほど変更が可能ですのでここはデフォルトのままとします．

照合順序は既定の照合順序の指定になります．データベース毎に変更も可能ですのでデフォルトのままで大丈夫ですので，そのまま「次へ」をクリックします．

「データベースエンジンの構成」にて管理者アカウントの設定などを行います．

「サーバーの構成」では認証モードを指定できます．

  • Windows 認証モード
    Active Directory による認証のみをサポートするモードです．Microsoft はこちらを推奨しています
  • 混合モード
    Active Directory による認証および SQL Server 自身でアカウント管理を行った認証の両方をサポートしています．

VMware 製品で利用する場合，Active Directory と連携出来ない機器からの認証に不都合がある為，混合モードで導入を行います．
SQL Server システム管理者 (sa) のパスワードを設定，また，SQL Server 管理者の指定でドメイン管理者 (lab\Administrator) を追加しています．

「データディレクトリ」は各々のデータの保存場所を指定します．
「インスタンスの構成」のインスタンスルートディレクトリで「E ドライブ」を指定していますので，全てのディレクトリが「E ドライブ」起点になっています．

通常は変更の必要はありませんが，例えばバックアップデータはさらに別のドライブに持たせたいなどの場合はここで修正してください．

「FILESTREAM」はデータベーステーブルに BLOB (バイナリーオブジェクト) を保存するのではなく，ファイルシステム上にファイルとして保存できるようにする機能です．
今回は利用予定はないのでそのままとしています．

3つの項目の設定が完了したら「次へ」をクリックします．

「エラー レポート」はエラーが発生した際のエラー情報を Microsoft またはレポートサーバーに送信する機能です．
レポートサーバーを構成していませんのでデフォルトの無効のまま「次へ」をクリックしています．

「インストール構成ルール」は今まで設定した内容を踏まえてインストールが成功可能かチェックが実施されます．
全て合格した事を確認して「次へ」をクリックします．

「インストールの準備完了」では，今まで設定項目で設定・指定した内容が記載されます．
内容を確認し，問題が無ければ「インストール」をクリックします．

インストールが実行され，完了すると次の画面が表示されます．
全て「成功」であることを確認し「閉じる」をクリックします．

「SQL Server インストールセンター」も閉じるボタンをクリックして終了しましょう．

以上で SQL Server のインストールが完了です．Always On 高可用性による冗長構成の場合，もう1台の SQL Server で同じようにインストールを行う必要があります．

次回は Always On 高可用性を構成する手順を解説します．

]]> https://www.seichan.org/2024/09/microsoft-sql-server-always-on-%e5%86%97%e9%95%b7%e5%8c%96-sql-server-%e3%81%ae%e5%b0%8e%e5%85%a5.html/feed 0 Windows Server Failover Cluster (WSFC) – スケールアウトファイルサーバー (SOFS) https://www.seichan.org/2024/06/windows-server-failover-cluster-wsfc-%e3%82%b9%e3%82%b1%e3%83%bc%e3%83%ab%e3%82%a2%e3%82%a6%e3%83%88%e3%83%95%e3%82%a1%e3%82%a4%e3%83%ab%e3%82%b5%e3%83%bc%e3%83%90%e3%83%bc-sofs.html https://www.seichan.org/2024/06/windows-server-failover-cluster-wsfc-%e3%82%b9%e3%82%b1%e3%83%bc%e3%83%ab%e3%82%a2%e3%82%a6%e3%83%88%e3%83%95%e3%82%a1%e3%82%a4%e3%83%ab%e3%82%b5%e3%83%bc%e3%83%90%e3%83%bc-sofs.html#respond Thu, 27 Jun 2024 13:00:00 +0000 https://www.seichan.org/blog/?p=5341 Windows Server のフェイルオーバークラスターで提供される代表的なサービスとしてファイルサーバーがあります．
本記事ではファイルサーバーの冗長化の構成をスケールアウトファイルサーバーで提供する方法について解説します．

Windows Server Failover Cluster (WSFC) – スケールアウトファイルサーバー (SOFS)

ファイルサーバーの冗長化の種類

「Windows Server Failover Cluster (WSFC) – ファイルサーバーの冗長化 (2)」でも説明していますがここでも改めて説明します．

Windows Server によるファイルサーバーの冗長化は2つの方法があります．
通常の WSFC を利用したアクティブ-スタンバイ方式とアクティブ-アクティブ方式の SMB スケールアウトファイルサーバーです．

アクティブ-スタンバイ方式のファイルサーバー冗長化

一般的なファイルサーバーの冗長化の方式です．アクティブ-スタンバイですので，ファイルサーバーアクセスはアクティブノードのみが処理を行います．
アクティブノードに障害が発生が発生したらスタンバイノードがアクティブノードとなり処理を引き継ぎます．

アクティブ-アクティブ方式の SMB スケールアウトファイルサーバー

Windows Server 2012 以降で利用が可能になったアクティブ-アクティブ方式のファイルサーバーです．通常時はアクティブノードすべてが処理を受け付けます．障害が発生したら残ったアクティブノードが引き続き処理を行います．

SMB スケールアウトは最大8ノードのアクティブノードを持つことができます．

2つの方式のうちどちらを選択すべきか

アクティブ-アクティブで利用可能であれば SMB スケールアウト方式にすべきと思えますが，利用できる機能に差がありますので，提供したいファイルサーバーの構成によって選択する必要があります．

フェイルオーバークラスタースケールアウトファイルサーバー
クラスター形態アクティブ – スタンバイアクティブ – アクティブ
サポート する Windows ServerWindows Server 2003 ～Windows Server 2012 ～
SMB 透過フェイルオーバー〇〇
SMB スケールアウト〇〇
SMB ダイレクト〇〇
SMB 暗号化〇〇
DFS 名前空間 – フォルダーターゲット〇〇
DFS レプリケーション〇〇
NFS〇×
ファイルシステムNTFS / ReFSCSV (クラスター共有ボリューム)
重複排除〇×
ファイルサーバーリソースマネージャー (Quota など)〇×
VSS エージェント〇〇
フォルダーリダイレクション〇〇
ブランチキャッシュ〇×
オフラインファイル〇〇
Hyper-V〇〇
SQL ServerSQL Server 2012 ～SQL Server 2012 ～

SMB スケールアウトの場合，容量制限である「クォータ」が利用できませんので，グループポリシーである程度制御はできますが，フォルダーリダイレクトや移動ユーザープロファイルの置き場にする場合は注意が必要です．
また，NFS 共有を提供することはできません．
こういった差を確認のうえ，どちらの方式でファイルサーバーサービスを提供するか決定してください．

役割の構成 – スケールアウトファイルサーバーの追加

「フェイルオーバークラスターマネージャー」の「役割」を選択，右クリックでメニューを表示して「役割の構成」をクリックします．

ウィザードが起動しますので「次へ」をクリックします．

「役割の選択」で「ファイルサーバー」を選択して「次へ」をクリックします．

「ファイルサーバーの種類」で「アプリケーションデータ用のスケールアウトファイルサーバー」を選択して「次へ」をクリックします．

「クライアントアクセスポイント」にてファイルサーバー名を入力して「次へ」をクリックします．

「確認」で設定内容を確認して「次へ」をクリックします．

正しく構成されたことを確認して「完了」をクリックします．

以上でスケールアウトファイルサーバーの役割の構成が完了しました．
今時点では役割だけが設定されているだけの状態ですので，続いてディスクの構成へ進みます．

CSV (クラスター共有ボリューム) のボリュームの準備

「コンピューターの管理」-「ディスクの管理」より，スケールアウトファイルサーバー用のディスクを選択，右クリックでメニューを表示して「オンライン」をクリックします．

なお，ストレージの接続は iSCSI で行っています．iSCSI ストレージのマウントは「Windows Server Failover Cluster (WSFC) – iSCSI ストレージのマウント」を参照ください．

オンラインにしたディスクを再度選択，右クリックでメニューを表示して「ディスクの初期化」をクリックします．

ディスクの初期化画面が表示されますので「OK」をクリックします．
2TB を超えるボリュームもしくは今後拡張して超える可能性がある場合は GPT パーティションを選択してください．

スケールアウトファイルサーバー用のボリュームはベーシックディスクである必要があります．
この手順だとベーシックディスクのはずですが，ここで確認をしておいてください．

続いて「未割当て」の所を右クリックでメニューを表示して「新しいシンプルボリューム」をクリックします．

ウィザードが起動しますので「次へ」をクリックします．

作成するボリュームサイズを入力して「次へ」をクリックします．変更しない場合は全ての領域を選択した事になります．

ここで注意があります．スケールアウトファイルサーバーはCSV (クラスター共有ボリューム) としてWSFC ノードの「C:\ClusterStorage」以下にボリュームをマウントします．
したがって「ドライブ文字またはドライブパスを割り当てない」を選択して「次へ」をクリックします．

スケールアウトファイルサーバーは NTFS でフォーマットされている必要があります．
ファイルシステムが「NTFS」であることを確認してください．
その他の値は任意です．指定が終わったら「次へ」をクリックします．

フォーマットが完了したら「完了」でウィザードを終了します．

ファイルシステムが作成されたこと，ドライブ文字やパスがないことを確認してください．

CSV (クラスター共有ボリューム) の追加

CSV (クラスター共有ボリューム) を登録するため，「フェイルオーバークラスターマネージャー」の「記憶域」-「ディスク」を右クリックでメニューを表示し「ディスクの追加」をクリックします．

クラスターディスクとして登録可能なディスクが表示されます．先ほどフォーマットしたディスクかどうかディスク情報や容量で判断してください．
登録するディスクを選択して「OK」をクリックします．

ディスクの一覧に登録されたことを確認したら，該当ディスクを選択，右クリックでメニューを表示して「クラスター共有ボリュームへの追加」をクリックします．

適用先が「クラスターの共有ボリューム」に変化したこと，また，画面下部よりマウント先が「C:\ClusterStorage\Volume{x}」としてマウントされたことを確認します．

エクスプローラーでもマウントされたか確認しましょう．

以上で，CSV (クラスター共有ボリューム) としての登録が完了しました．
続いて，ファイル共有の追加へと進みます．

ファイル共有の追加

「フェイルオーバークラスターマネージャー」の「役割」をクリックし，スケールアウトファイルサーバーの役割を選択，右クリックでメニューを表示し「ファイル共有の追加」をクリックします．

「この共有のプロファイルを選択」にて「SMB共有 – アプリケーション」を選択して「次へ」をクリックします．

共有の方法として今回は「ボリュームで選択」を利用します．
「ボリュームで選択」は指定したボリュームに「Shares」というフォルダーを作成，その下に共有名のフォルダーを作成する方法です．
CSV (クラスター共有ボリューム) が選択されていることを確認して「次へ」をクリックします．

共有名を入力して「次へ」をクリックします．
この際，共有するローカルパスおよび共有するリモートパスを確認して予定の共有パスかどうか確認をしておきましょう．

「他の設定」にて暗号化を行うかどうかを選択します．今回はチェックをつけずに「次へ」をクリックします．
なお，「SMB共有 – アプリケーション」の場合他のオプションは固定になります．

アクセス許可の設定をここでカスタマイズする場合は「アクセス許可をカスタマイズする」をクリックしてアクセス許可設定を行ってください．
今回は何もせずに「次へ」をクリックします．

作成する内容を確認して「作成」をクリックします．

正常に作成されたことを確認して「閉じる」をクリックします．

ファイルサーバーアクセスで動作確認

他のコンピューターより，ファイルサーバーへのアクセスができること，作成した共有が表示されることを確認しましょう．

DNS サーバーのレコードを確認すると，スケールアウトファイルサーバーはファイルサーバー名のレコードがノード数分存在することが確認できます．

クライアントより共有の下にフォルダーを作成してみます．

1台目のノードで作成されたフォルダーが確認できます．

2台目のノードでも作成されたフォルダーが確認できます．
2台で同時にアクセスできること，アクティブ – アクティブ で動作していることが分かったかと思います．

障害時のファイルサーバーアクセスの確認

クライアントより ping でアクセス先を確認してみます．ping だと1台目のノードに接続していることが確認できました．

1台目のノードを「パワーオフ」で障害状態を発生させます．

クライアントからアクセスを行うと最初無応答状態になりますが，ちょっと待つとアクセスできるようになることが確認できます．
この状態は，2台目のノードを利用したアクセスが行われていることになります．

テストとしてフォルダーを作成してみます．

2台目のノードで作成されたフォルダーを確認することができます．

]]> https://www.seichan.org/2024/06/windows-server-failover-cluster-wsfc-%e3%82%b9%e3%82%b1%e3%83%bc%e3%83%ab%e3%82%a2%e3%82%a6%e3%83%88%e3%83%95%e3%82%a1%e3%82%a4%e3%83%ab%e3%82%b5%e3%83%bc%e3%83%90%e3%83%bc-sofs.html/feed 0 Windows Server Failover Cluster (WSFC) – ファイルサーバーの冗長化 (2) https://www.seichan.org/2024/06/windows-server-failover-cluster-wsfc-%e3%83%95%e3%82%a1%e3%82%a4%e3%83%ab%e3%82%b5%e3%83%bc%e3%83%90%e3%83%bc%e3%81%ae%e5%86%97%e9%95%b7%e5%8c%96-2.html https://www.seichan.org/2024/06/windows-server-failover-cluster-wsfc-%e3%83%95%e3%82%a1%e3%82%a4%e3%83%ab%e3%82%b5%e3%83%bc%e3%83%90%e3%83%bc%e3%81%ae%e5%86%97%e9%95%b7%e5%8c%96-2.html#respond Sun, 23 Jun 2024 13:00:00 +0000 https://www.seichan.org/blog/?p=5239 Windows Server のフェイルオーバークラスターで提供される代表的なサービスとしてファイルサーバーがあります．
前回の記事「Windows Server Failover Cluster (WSFC) – ファイルサーバーの冗長化 (1)」では様々なエラーと解消方法について説明を行いました．
今回はそこからの続きで，正しく WSFC 化する手順と動作について解説します．

Windows Server Failover Cluster (WSFC) – ファイルサーバーの冗長化 (2)

ファイルサーバーの冗長化の種類

Windows Server によるファイルサーバーの冗長化は2つの方法があります．
通常の WSFC を利用したアクティブ-スタンバイ方式とアクティブ-アクティブ方式の SMB スケールアウトファイルサーバーです．

アクティブ-スタンバイ方式のファイルサーバー冗長化

一般的なファイルサーバーの冗長化の方式です．アクティブ-スタンバイですので，ファイルサーバーアクセスはアクティブノードのみが処理を行います．
アクティブノードに障害が発生が発生したらスタンバイノードがアクティブノードとなり処理を引き継ぎます．

アクティブ-アクティブ方式の SMB スケールアウトファイルサーバー

Windows Server 2012 以降で利用が可能になったアクティブ-アクティブ方式のファイルサーバーです．通常時はアクティブノードすべてが処理を受け付けます．障害が発生したら残ったアクティブノードが引き続き処理を行います．

SMB スケールアウトは最大8ノードのアクティブノードを持つことができます．

2つの方式のうちどちらを選択すべきか

アクティブ-アクティブで利用可能であれば SMB スケールアウト方式にすべきと思えますが，利用できる機能に差がありますので，提供したいファイルサーバーの構成によって選択する必要があります．

フェイルオーバークラスタースケールアウトファイルサーバー
クラスター形態アクティブ – スタンバイアクティブ – アクティブ
サポート する Windows ServerWindows Server 2003 ～Windows Server 2012 ～
SMB 透過フェイルオーバー〇〇
SMB スケールアウト〇〇
SMB ダイレクト〇〇
SMB 暗号化〇〇
DFS 名前空間 – フォルダーターゲット〇〇
DFS レプリケーション〇〇
NFS〇×
ファイルシステムNTFS / ReFSCSV (クラスター共有ボリューム)
重複排除〇×
ファイルサーバーリソースマネージャー (Quota など)〇×
VSS エージェント〇〇
フォルダーリダイレクション〇〇
ブランチキャッシュ〇×
オフラインファイル〇〇
Hyper-V〇〇
SQL ServerSQL Server 2012 ～SQL Server 2012 ～

SMB スケールアウトの場合，容量制限である「クォータ」が利用できませんので，グループポリシーである程度制御はできますが，フォルダーリダイレクトや移動ユーザープロファイルの置き場にする場合は注意が必要です．
また，NFS 共有を提供することはできません．
こういった差を確認のうえ，どちらの方式でファイルサーバーサービスを提供するか決定してください．

クラスター化されたファイルサーバーを構成する

ここではアクティブ – スタンバイ方式のファイルサーバーを導入する手順を解説します．

左側の「フェイルオーバークラスターマネージャー」を展開して「クラスター」を選択，右クリックでメニューを表示して「役割の構成」をクリックします．

「可用性ウィザード」が起動しますので「次へ」をクリックします．

「役割の選択」で「ファイルサーバー」を選択して「次へ」をクリックします．

ファイルサーバーの種別を選択します．ここでは「汎用ファイルサーバー」を選択して「次へ」をクリックします．
汎用ファイルサーバーは通常のファイルサーバーをフェイルオーバークラスター化するもので，スケールアウトファイルサーバーはアクティブ-アクティブな形のファイルサーバーとなります．
スケールアウトファイルサーバーは別の回で解説したいと考えています．

ファイルサーバー情報を入力します．名前がファイルサーバー名，アドレスはファイルサーバーに付与するIPアドレスになります．
入力を終えたら「次へ」をクリックします．

「記憶域の選択」でファイルサーバーで利用するディスクを選択して「次へ」をクリックします．

構成する内容を確認して「次へ」をクリックします．

正常に構成されるとこのような画面になりますので「完了」をクリックしてウィザードを終了します．

ファイルサーバーの状態確認

「役割」に作成したサービスが表示されていることを確認してください．
また，所有者ノードがどのサーバーが持っているのかを確認しましょう．

所有者ノードのサーバーでエクスプローラーを開くと共有ディスク(ドライブ)がマウントされていることが確認できます．
一方，所有者ノードではないサーバーでは共有ディスク(ドライブ)はマウントされていません．

ファイルサーバーの構成

共有ディスクにフォルダーを作成，共有を行います．以降，移動ユーザープロファイルやフォルダーリダイレクトに向けた権限設定を行います．

共有の作成

WSFC 環境で SMB 共有を作成する際，いくつかの方法があります．今回はその中の一つを紹介します．

今回の手順ではまず最初に共有フォルダーとして公開したいフォルダーを作成しておきます．

フェイルオーバークラスターマネージャーの役割よりサービスを選択，右クリックでメニューを表示して「ファイル共有の追加」をクリックします．

ファイル共有を行うにあたり幾つか選択項目が表示されます．今回は「SMB共有 – 簡易」を選択して「次へ」をクリックします．

共有の場所を指定します．
「ボリュームで選択」を選ぶと選択したボリュームに「Share」というフォルダーが作成され，その中に共有フォルダーが作成される形となります．
今回は事前にフォルダーを作成しているので「カスタムパスを入力してください」を選択して「参照」をクリックします．

事前に作成したフォルダーを選択して「フォルダーの選択」をクリックします．

元の画面に戻るので，選択したフォルダーが正しいことを確認して「次へ」をクリックします．

共有名を入力して「次へ」をクリックします．
「共有するローカルパス」と「共有するリモートパス」が想定どおりであることを確認してください．

ファイル共有時の詳細設定を行うことができます．

  • アクセス許可設定に基づいた列挙を有効にする
    ファイルやフォルダーにアクセス権がない場合一覧に表示させたくない場合はこのチェックを有効にします
  • 継続的可用性を有効にする
    フェイルオーバー後もクライアントが中断されることなく継続アクセスができるようにする場合チェックを有効にします．デフォルト有効になっています
  • 共有のキャッシュを有効にする
    オフラインキャッシュアクセスを有効にする場合はチェックを有効にします．デフォルト有効になっています
  • データアクセスの暗号化
    SMB共有アクセスを暗号化する場合はチェックを有効にします

オプションのチェックが完了したら「次へ」をクリックします．

設定内容を確認して「作成」をクリックします．

作成が完了するとこのような画面になりますので「閉じる」でウィザードを終了します．

アクセス権の設定

作成した共有フォルダーの権限設定を行います．「Windows ファイルサーバー – ファイルサーバーサービスを構成する「共有の作成とアクセス権の設定」」で詳細な手順を説明していますので合わせてご覧ください．

フォルダーを作成，右クリックでメニューを表示して「プロパティ」をクリックします．

「詳細な共有」をクリックします．

「このフォルダーを共有する」にチェックを付けて「適用」をクリックします．

セキュリティの詳細設定はこのように設定します．
細かな点は「Windows ファイルサーバー – ファイルサーバーサービスを構成する「共有の作成とアクセス権の設定」」を参照ください．

下部のファイル・フォルダーに権限を継承させます．

最終的にはこのような形になります．

ファイルサーバーへのアクセスを試みます．
ファイルサーバー名は「\\クラスターサービス名\共有名」となります．

フェイルオーバー動作

フェイルオーバー動作について幾つかのパターンを紹介します．

クラスターの切り替え

Windows Server は定期的にアップデートやパッチが配信されますので，定期メンテナンスが欠かせません．(Windows Server に限った話ではありませんが)
フェイルオーバークラスター構成の場合，役割(サービス)を移動させてメンテナンス対象のサーバーからサービスをなくすことでサービスに影響なくメンテナンスが可能です．

現在，ファイルサーバーサービス「msfc-fs01」は「msfc01」が所有者ノードになっています．

役割を選択，右クリックでメニューを表示して「移動」-「ノードの選択」をクリックします．

移動したいノードを選択して「OK」をクリックします．

役割(サービス)の移動が完了すると，所有者ノードが変更されます．
この状態では「msfc01」上でサービスは動作していませんのでメンテナンスを行ってもファイルサーバー「msfc-fs01」への影響はありません．

このようにファイルサーバーは継続してアクセスすることができます．

障害発生時の切り替え

今回はアクティブ機をパワーオフする形で障害を発生させます．
WSFC 環境は仮想マシンのため，1号機をパワーオフします．

1号機に障害が発生したことを検知したら，2号機のクラスターイベントに次のようなイベントが記録されます．

役割を確認すると所有者ノードが2号機になっていることが確認できます．

ファイルサーバーアクセスが継続してできることを確認しましょう．

以上，ファイルサーバーのクラスター化の解説でした．
次回は SMB スケールアウトファイルサーバーについて解説します．

]]> https://www.seichan.org/2024/06/windows-server-failover-cluster-wsfc-%e3%83%95%e3%82%a1%e3%82%a4%e3%83%ab%e3%82%b5%e3%83%bc%e3%83%90%e3%83%bc%e3%81%ae%e5%86%97%e9%95%b7%e5%8c%96-2.html/feed 0 Windows Server Failover Cluster (WSFC) – ファイルサーバーの冗長化 (1) https://www.seichan.org/2024/06/windows-server-failover-cluster-wsfc-%e3%83%95%e3%82%a1%e3%82%a4%e3%83%ab%e3%82%b5%e3%83%bc%e3%83%90%e3%83%bc%e3%81%ae%e5%86%97%e9%95%b7%e5%8c%96-1.html https://www.seichan.org/2024/06/windows-server-failover-cluster-wsfc-%e3%83%95%e3%82%a1%e3%82%a4%e3%83%ab%e3%82%b5%e3%83%bc%e3%83%90%e3%83%bc%e3%81%ae%e5%86%97%e9%95%b7%e5%8c%96-1.html#respond Thu, 20 Jun 2024 13:00:00 +0000 https://www.seichan.org/blog/?p=5198 Windows Server のフェイルオーバークラスターで提供される代表的なサービスとしてファイルサーバーがあります．
本記事ではファイルサーバーの冗長化の構成を DFS ではなく WSFC で提供する方法について解説します．
今回はエラーと対処，次回に正しい手順の2本立てとなります．

Windows Server Failover Cluster (WSFC) – ファイルサーバーの冗長化 (1)

では，WSFC によるファイルサーバーの提供について説明します．冒頭記載のとおり今回は準備不足で失敗するケースとその対処を主に説明します．

クラスター化されたファイルサーバーを構成する (失敗例①)

「ツール」-「フェイルオーバークラスターマネージャー」をクリックします．

左側の「フェイルオーバークラスターマネージャー」を展開して「クラスター」を選択，右クリックでメニューを表示して「役割の構成」をクリックします．

「可用性ウィザード」が起動しますので「次へ」をクリックします．

「役割の選択」で「ファイルサーバー」を選択します．
画面には必要な役割・機能が導入されていない旨の警告が表示されます．

このように，役割を構成する際，先に役割・機能を導入しておく必要がありますので注意しましょう．

ファイルサービスの役割と機能の追加

「管理」-「役割と機能の追加」をクリックします．

「役割と機能の追加ウィザード」が起動しますので「次へ」をクリックします．

「役割ベースまたは機能ベースのインストール」を選択して「次へ」をクリックします．

導入するサーバーを選択して「次へ」をクリックします．

「サーバーの役割」で「ファイルサーバー」にチェックを入れます．ファイルサーバーリソースマネージャーなど他の機能も必要であれば合わせてチェックを入れても大丈夫です．
「ファイルサーバー」にチェックがついたことを確認して「次へ」をクリックします．

「機能」は何もせずに「次へ」をクリックします．

「インストールオプションの確認」にて，「ファイルサーバー」が表示されていることを確認して「インストール」をクリックします．

インストールが完了したら「閉じる」をクリックしてウィザードを終了します．

これで役割と機能のインストールは完了しました．

クラスター化されたファイルサーバーを構成する (失敗例②)

左側の「フェイルオーバークラスターマネージャー」を展開して「クラスター」を選択，右クリックでメニューを表示して「役割の構成」をクリックします．

「可用性ウィザード」が起動しますので「次へ」をクリックします．

「役割の選択」で「ファイルサーバー」を選択して「次へ」をクリックします．

ファイルサーバーの種別を選択します．ここでは「汎用ファイルサーバー」を選択して「次へ」をクリックします．

ファイルサーバー情報を入力します．名前がファイルサーバー名，アドレスはファイルサーバーに付与するIPアドレスになります．
入力を終えたら「次へ」をクリックします．

「記憶域の選択」でディスクが表示されません．これは事前に記憶域を登録していないためとなります．
「キャンセル」をクリックしてウィザードを終了させてください．

記憶域ボリュームの用意 1ノード目

「ツール」-「コンピューターの管理」をクリックします．

「コンピューターの管理」-「記憶域」-「ディスクの管理」と辿り，未利用のストレージを選択，右クリックでメニューを表示して「オンライン」をクリックします．

オンラインになったら改めて右クリックでメニューを表示して「ディスクの初期化」をクリックします．

「ディスクの初期化」画面が表示されます．2TB を超えるボリュームの場合は GPT を選択してください．2TB 未満の場合はどちらでも構いません．

「未割当て」の箇所を右クリックでメニューを表示して「新しいシンプルボリューム」をクリックします．

ウィザードが起動しますので「次へ」をクリックします．

「ボリュームサイズの指定」では任意の値を入力します．ここでは自動的に選択される最大サイズを使用しています．
指定が終わったら「次へ」をクリックします．

ドライブ文字を割り当てます．ここではファイルサーバーで共有 (Share) なので「S」ドライブとしています．
ドライブ文字の選択が終わったら「次へ」をクリックします．

「パーティションのフォーマット」ではそのまま「次へ」をクリックして大丈夫です．
今回はボリュームラベルのみ任意で付与しています．

フォーマットが完了するとこのような画面になりますので「完了」でウィザードを終了します．

ディスクの一覧より正しく表示されていることを確認します．

フェイルオーバークラスターなのでノードは複数あります．他のノードでも作業が必要になりますので引き続き以下へ進んでください．

記憶域ボリュームの用意 2ノード目以降

「ツール」-「コンピューターの管理」をクリックします．

「コンピューターの管理」-「記憶域」-「ディスクの管理」と辿り，ストレージを選択，右クリックでメニューを表示して「オンライン」をクリックします．

既に1ノード目でフォーマットされているディスクのため，ドライブ文字が勝手に付与されますがなるべくならすべてのノードで合わせることをお勧めします．
ボリュームの所を右クリックでメニューを表示し「ドライブ文字とパスの変更」をクリックします．

ドライブ文字を選択して「変更」をクリックします．

新しいドライブ文字を選択して「OK」をクリックします．

警告が表示されますが「はい」をクリックして次へ進めます．

ドライブ文字が変わったことを確認します．

フェイルオーバークラスターが3台以上ある場合は全てのノードで同じ作業を実施してください．

フェイルオーバークラスターへ記憶域を追加する

「フェイルオーバークラスターマネージャー」-「記憶域」-「ディスク」と辿り右クリックでメニューを表示して「ディスクの追加」をクリックします．

クラスターに登録できるディスクが表示されますので，チェックを入れて「OK」をクリックします．

登録したディスクをクリックすると画面下部にディスク状態が表示されます．

以上でファイルサーバーのフェイルオーバークラスター化ができる準備が完了しました．

長くなりましたので改めて次回にファイルサーバーのクラスター化について説明します．

]]> https://www.seichan.org/2024/06/windows-server-failover-cluster-wsfc-%e3%83%95%e3%82%a1%e3%82%a4%e3%83%ab%e3%82%b5%e3%83%bc%e3%83%90%e3%83%bc%e3%81%ae%e5%86%97%e9%95%b7%e5%8c%96-1.html/feed 0