This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
データベース
注：
バージョン2511以降、Citrix Web Studio（Webベース）は、Citrix Virtual Apps and Desktops™の唯一の管理コンソールです。Citrix Studio（MMCベース）はインストーラーから削除されました。この記事はWeb Studioにのみ適用されます。Citrix Studioに関する情報については、Citrix Virtual Apps and Desktops 7 2212以前の同等の記事を参照してください。
Citrix Virtual AppsまたはCitrix Virtual Desktops™サイトでは、次の3つのSQL Serverデータベースを使用します。
- サイト: （サイト構成とも呼ばれます）実行中のサイト構成、現在のセッション状態、および接続情報を保存します。
- ログ: （構成ログとも呼ばれます）サイト構成の変更と管理アクティビティに関する情報を保存します。このデータベースは、構成ログ機能が有効になっている場合（デフォルト = 有効）に使用されます。
- 監視: Directorによって使用されるデータ（セッションや接続情報など）を保存します。
各Delivery Controllerはサイトデータベースと通信します。Controllerとデータベースの間にはWindows認証が必要です。Controllerは、サイト内の他のControllerに影響を与えることなく、プラグを抜いたり電源を切ったりすることができます。ただし、これはサイトデータベースが単一障害点となることを意味します。データベースサーバーが障害を起こした場合、既存の接続はユーザーがログオフまたは切断するまで機能し続けます。サイトデータベースが利用できなくなった場合の接続動作については、「ローカルホストキャッシュ」を参照してください。
Citrixは、データベースに関して以下を推奨します。
-
定期的にバックアップします。 データベースサーバーが障害を起こした場合にバックアップから復元できるように、データベースを定期的にバックアップします。各データベースのバックアップ戦略は異なる場合があります。詳細については、「CTX135207」を参照してください。ただし、これはCitrixXenDesktopDBを参照していますが、これは現在サポートされておらず、お客様は利用できません。
-
サイト、監視、およびログのSQL Serverデータベースを定期的にバックアップおよび復元します。 SQL Serverデータベースに関する具体的な情報については、「Creating Full and Differential Backups of a SQL Server Database」を参照してください。
サイトに複数のゾーンが含まれている場合は、プライマリゾーンに常にサイトデータベースが含まれていることを確認してください。すべてのゾーンのControllerがそのデータベースと通信します。
高可用性
自動フェールオーバーを確実にするために考慮すべき高可用性ソリューションがいくつかあります。
- AlwaysOn可用性グループ（基本可用性グループを含む）： SQL Server 2012で導入されたこのエンタープライズレベルの高可用性および災害復旧ソリューションは、1つ以上のデータベースの可用性を最大化できます。AlwaysOn可用性グループでは、SQL ServerインスタンスがWindows Server Failover Clustering（WSFC）ノードに存在する必要があります。詳細については、「Windows Server Failover Clustering with SQL Server」を参照してください。
- SQL Serverデータベースミラーリング： データベースをミラーリングすることで、アクティブなデータベースサーバーが失われた場合でも、数秒で自動フェールオーバープロセスが発生し、ユーザーは通常影響を受けません。この方法は、各データベースサーバーに完全なSQL Serverライセンスが必要となるため、他のソリューションよりも高価です。ミラーリング環境ではSQL Server Expressエディションを使用できません。
- SQLクラスタリング： Microsoft SQLクラスタリングテクノロジーを使用すると、障害が発生した別のサーバーのタスクと責任を1つのサーバーが自動的に引き継ぐことができます。ただし、このソリューションのセットアップはより複雑であり、自動フェールオーバープロセスは通常、SQLミラーリングなどの代替手段よりも遅くなります。
- ハイパーバイザーの高可用性機能を使用する： この方法では、データベースを仮想マシンとして展開し、ハイパーバイザーの高可用性機能を使用します。このソリューションは、既存のハイパーバイザーソフトウェアを使用し、SQL Server Expressエディションも使用できるため、ミラーリングよりも安価です。ただし、自動フェールオーバープロセスは遅く、データベース用に新しいマシンが起動するのに時間がかかり、ユーザーへのサービスが中断される可能性があります。
ローカルホストキャッシュ機能は、SQL Serverの高可用性に関するベストプラクティスを補完します。ローカルホストキャッシュを使用すると、サイトデータベースが利用できない場合でも、ユーザーはアプリケーションやデスクトップに接続および再接続できます。詳細については、「ローカルホストキャッシュ」を参照してください。
サイト内のすべてのControllerが障害を起こした場合、VDAを高可用性モードで動作するように構成でき、これによりユーザーはデスクトップやアプリケーションへのアクセスを継続できます。高可用性モードでは、VDAはControllerによって仲介される接続ではなく、ユーザーからの直接ICA接続を受け入れます。この機能は、すべてのControllerとの通信が失敗するまれな場合にのみ使用してください。この機能は、他の高可用性ソリューションの代替ではありません。詳細については、「CTX 127564」を参照してください。
SQLクラスタリングまたはSQLミラーリングのインストールで、ノードにControllerをインストールすることはサポートされていません。
データベースソフトウェアのインストール
注：
バージョン2411以降、データベースにAzure SQL Managed Instanceを使用できます。
デフォルトでは、最初のDelivery Controller™をインストールする際に、そのサーバーで別のSQL Serverインスタンスが検出されない場合、SQL Server Expressエディションがインストールされます。このデフォルトの動作は、概念実証またはパイロット展開には通常十分です。ただし、SQL Server ExpressはMicrosoftの高可用性機能をサポートしていません。
デフォルトのインストールでは、デフォルトのWindowsサービスアカウントと権限が使用されます。これらのデフォルトの詳細（Windowsサービスアカウントのsysadminロールへの追加を含む）については、Microsoftのドキュメントを参照してください。この構成では、ControllerはNetwork Serviceアカウントを使用します。Controllerには、追加のSQL Serverロールや権限は必要ありません。
必要に応じて、データベースインスタンスに対して [インスタンスを非表示にする] を選択できます。Web Studioでデータベースのアドレスを構成する際は、インスタンス名ではなく、インスタンスの静的ポート番号を入力してください。SQL Serverデータベースエンジンのインスタンスを非表示にする方法の詳細については、Microsoftのドキュメントを参照してください。
ほとんどの運用環境の展開、およびMicrosoftの高可用性機能を使用するすべての展開では、サポートされている非ExpressエディションのSQL Serverのみを使用することをお勧めします。SQL Serverは、最初のControllerがインストールされているサーバー以外のマシンにインストールしてください。「システム要件」には、サポートされているSQL Serverのバージョンが記載されています。データベースは1台以上のマシンに配置できます。
サイトを作成する前に、SQL Serverソフトウェアがインストールされていることを確認してください。データベースを作成する必要はありませんが、作成する場合は空である必要があります。Microsoftの高可用性テクノロジーの構成も推奨されます。
Windows Update を使用して SQL Server を最新の状態に保ちます。
サイト作成ウィザードからのデータベース設定
サイト作成ウィザードの [データベース] ページで、データベース名とアドレス (場所) を指定します。(「データベースアドレス形式」を参照してください。) Director が Monitor Service をクエリする際に発生する可能性のあるエラーを回避するため、監視データベースの名前に空白を使用しないでください。
[データベース] ページには、データベースを設定するための 2 つのオプションがあります。自動設定とスクリプトの使用です。通常、必要なデータベース権限がある場合 (Web Studio ユーザーおよび Citrix 管理者)、自動オプションを使用できます。(「データベース設定に必要な権限」を参照してください。)
サイト作成後、構成ログデータベースと監視データベースの場所を後で変更できます。「データベースの場所の変更」を参照してください。
ミラーデータベースを使用するようにサイトを構成するには、以下を完了してから、自動またはスクリプトによるセットアップ手順に進みます。
- 2 台のサーバー (A と B) に SQL Server ソフトウェアをインストールします。
- サーバー A で、プライマリとして使用するデータベースを作成します。サーバー A のデータベースをバックアップし、サーバー B にコピーします。
- サーバー B で、バックアップファイルを復元します。
- サーバー A でミラーリングを開始します。
サイト作成後にミラーリングを確認するには、PowerShell コマンドレット get-configdbconnection を実行して、接続文字列にフェールオーバーパートナーがミラーに設定されていることを確認します。
後でミラーデータベース環境で Delivery Controller を追加、移動、または削除する場合は、「Delivery Controller」を参照してください。
自動設定
必要なデータベース権限がある場合は、次の手順を実行してデータベースを設定します。
-
サイト作成ウィザードの [データベース] ページで、[Studio からデータベースを作成して設定] を選択します。
-
プライマリデータベースの名前とアドレスを指定します。
-
データベース接続設定のセキュリティと柔軟性を向上させるために、次の SQL Server 接続オプションを構成します。
-
暗号化: 接続の暗号化レベルを指定します。
-
サーバー証明書を信頼する: サーバー証明書の検証をバイパスするには、これを選択します。
-
証明書のホスト名: サーバーの証明書が一致する必要があるホスト名を入力します。この設定により、より厳密な証明書検証が保証されます。
詳細については、この Microsoft の記事を参照してください。
-
指定したアドレスにデータベースが存在する場合、そのデータベースは空である必要があります。指定したアドレスにデータベースが存在しない場合、データベースが見つからないことが通知され、データベースを作成するかどうかを尋ねられます。そのアクションを確認すると、Web Studio は自動的にデータベースを作成し、プライマリデータベースとレプリカデータベースの初期化スクリプトを適用します。
スクリプトによる設定
必要なデータベース権限がない場合は、データベース管理者など、権限を持つ担当者に支援を依頼してください。手順は次のとおりです。
- サイト作成ウィザードの [データベース] ページで、[スクリプトを生成して手動で設定] を選択します。このアクションにより、サイト、監視、ログの各データベースであるプライマリデータベースとレプリカデータベースごとに、次の 3 種類のスクリプトが生成されます。
- 名前に「SysAdmin」を含むスクリプト。データベースとDelivery Controllerのログインを作成するスクリプトです。これらのタスクにはsecurityadmin権限が必要です。
-
名前に「DbOwner」を含むスクリプト。データベースにユーザーロールを作成し、ログインを追加し、データベーススキーマを作成するスクリプトです。これらのタスクには
db_owner権限が必要です。 - 名前に「Mixed」を含むスクリプト。必要な権限に関係なく、すべてのタスクを1つのスクリプトにまとめたものです。
スクリプトの保存場所を指定できます。
注：
エンタープライズ環境では、データベースのセットアップには、異なる役割（権限）を持つ異なるチームによって処理される可能性のあるスクリプトが含まれます。たとえば、
securityadminまたはdb_ownerです。該当する場合、まずsecurityadminロールを持つ管理者によって「SysAdmin」スクリプトが実行され、次にdb_owner権限を持つ管理者によって「DbOwner」スクリプトが実行されます。これらのスクリプトを生成するには、PowerShellを使用することもできます。詳しくは、「推奨されるデータベース権限スクリプト」を参照してください。
- これらのスクリプトをデータベース管理者に渡します。サイト作成ウィザードは、この時点で自動的に停止します。後でサイト作成を続行するために戻ると、プロンプトが表示されます。
データベース管理者は、その後データベースを作成します。各データベースは、次の特性を備えている必要があります。
-
_CI_AS_KSで終わる照合順序を使用します。_100_CI_AS_KSで終わる照合順序を使用することをお勧めします。 - 最適なパフォーマンスを得るには、SQL ServerのRead-Committed Snapshotを有効にします。詳しくは、「CTX 137161」を参照してください。
- 該当する場合は、高可用性機能を構成します。
- ミラーリングを構成するには、まずデータベースを完全復旧モデルを使用するように設定します（シンプルモデルがデフォルトです）。プライマリデータベースをファイルにバックアップし、ミラーサーバーにコピーします。次に、ミラーサーバーでバックアップファイルを復元します。最後に、プライマリサーバーでミラーリングを開始します。
データベース管理者は、SQLCMDコマンドラインユーティリティまたはSQLCMDモードのSQL Server Management Studioを使用して、次の操作を行います。
- 高可用性SQL Serverデータベースインスタンス（高可用性が構成されている場合）で、
xxx_Replica.sqlスクリプトをそれぞれ実行します。 - プライマリSQL Serverデータベースインスタンスで、
xxx\_Principal.sqlスクリプトをそれぞれ実行します。
SQLCMDの詳細については、Microsoftのドキュメントを参照してください。
すべてのスクリプトが正常に完了したら、データベース管理者はCitrix管理者に3つのプライマリデータベースアドレスを渡します。
Web Studioは、サイト作成を続行するように促します。データベースページに戻り、次の手順を完了します。
-
アドレスを入力します。
-
データベース接続設定のセキュリティと柔軟性を向上させるために、次のSQL Server接続オプションを構成します。
-
暗号化：接続の暗号化レベルを指定します。
-
サーバー証明書を信頼する：サーバー証明書の検証をバイパスするように選択します。
-
証明書のホスト名：サーバーの証明書と一致する必要があるホスト名を入力します。この設定により、より厳格な証明書検証が保証されます。
詳しくは、こちらのMicrosoftの記事を参照してください。
-
データベースをホストしているサーバーのいずれかに接続できない場合、エラーメッセージが表示されます。
データベースのセットアップに必要な権限
データベースを作成および初期化する（またはデータベースの場所を変更する）には、ローカル管理者およびドメインユーザーである必要があります。また、特定のSQL Server権限も必要です。以下の権限は、明示的に構成することも、Active Directoryグループメンバーシップによって取得することもできます。Web Studioのユーザー資格情報にこれらの権限が含まれていない場合、SQL Serverのユーザー資格情報の入力を求められます。
| 操作 | 目的 | サーバーロール | データベースロール |
| — | — | – | – |
| データベースの作成 | 適切な空のデータベースを作成 | dbcreator | |
| スキーマの作成 | すべてのサービス固有のスキーマを作成し、最初のControllerをサイトに追加 | securityadmin* | db_owner |
| Controllerの追加 | サイトにController（最初のController以外）を追加 | securityadmin* | db_owner |
| Controllerの追加（ミラーサーバー） | ミラーデータベースのミラーロールにあるデータベースサーバーにControllerログインを追加 | securityadmin* | |
| Controllerの削除 | サイトからControllerを削除 | ** | db_owner |
| スキーマの更新 | スキーマの更新またはホットフィックスを適用 | | db_owner |
* 技術的にはより制限的ですが、実際にはsecurityadminサーバーロールをsysadminサーバーロールと同等として扱うことができます。
コントローラーがサイトから削除されても、データベースサーバーへのコントローラーログオンは削除されません。これは、同じマシン上のCitrix製品以外のサービスで使用されているログオンが誤って削除されるのを防ぐためです。ログオンが不要になった場合は、手動で削除する必要があります。この操作には、securityadminサーバーロールのメンバーシップが必要です。
Web Studioを使用してこれらの操作を実行する場合、Web Studioユーザーは、適切なサーバーロールのメンバーであるデータベースサーバーアカウントを明示的に持っているか、そのアカウントの資格情報を提供できる必要があります。
優先データベース権限スクリプト
エンタープライズ環境では、データベースのセットアップには、異なる役割（権限）を持つ異なるチームによって処理される必要があるスクリプトが含まれます。これにはsecurityadminまたはdb_ownerが含まれます。
PowerShellを使用すると、優先データベース権限を指定できます。デフォルト以外の値を指定すると、個別のスクリプトが作成されます。1つのスクリプトにはsecurityadminロールを必要とするタスクが含まれます。もう1つのスクリプトはdb_owner権限のみを必要とし、データベース管理者に連絡することなく、Citrix管理者が実行できます。
get-*DBSchemaコマンドレットでは、-DatabaseRightsオプションに次の有効な値があります。
-
SA: データベースとDelivery Controllerのログオンを作成するスクリプトを生成します。これらのタスクにはsecurityadmin権限が必要です。 -
DBO: データベースにユーザーロールを作成し、ログオンを追加し、データベーススキーマを作成するスクリプトを生成します。これらのタスクにはdb_owner権限が必要です。 -
Mixed: （デフォルト）必要な権限に関係なく、すべてのタスクを1つのスクリプトにまとめます。
詳細については、コマンドレットのヘルプを参照してください。
データベースアドレス形式
データベースアドレスは、次のいずれかの形式で指定できます。
ServerNameServerName\InstanceNameServerName,PortNumber
AlwaysOn可用性グループの場合は、場所のフィールドにグループのリスナーを指定します。
データベースの場所の変更
サイトを作成した後、構成ログデータベースと監視データベースの場所を変更できます。ただし、サイトデータベースの場所は変更できません。データベースの場所を変更する際は、以下の点に注意してください。
- 以前のデータベースのデータは、新しいデータベースにインポートされません
- ログを取得する際に、両方のデータベースからログを集計することはできません
- 新しいデータベースの最初のログエントリは、データベースの変更が発生したことを示しますが、以前のデータベースを特定しません
- 強制ログが有効になっている場合、構成ログデータベースの場所を変更することはできません
- SQL ServerとAzure SQLの間でデータベースの場所を変更することはサポートされていません
データベースの場所を変更するには：
- Microsoft SQL Serverを使用している場合は、データベースを配置するサーバーにサポートされているバージョンがインストールされていることを確認します。必要に応じて、高可用性機能をセットアップします。
- Web Studioにサインインし、左ペインで [設定] を選択します。
- [データベース] タイルを見つけて [編集] を選択します。
- [データベースの管理] ページで、新しい場所を指定するデータベースを選択し、アクションバーで [データベースの変更] を選択します。
- 新しい場所とデータベース名を指定します。データベースがAzure SQLでホストされている場合は、データベースを管理する権限を持つサービスプリンシパルの資格情報を入力します。
- Web Studioにデータベースを作成させたい場合で、適切な権限を持っている場合は、 [完了] をクリックします。プロンプトが表示されたら [完了] をクリックすると、Web Studioがデータベースを自動的に作成します。Web Studioは、あなたの資格情報を使用してデータベースへのアクセスを試みます。失敗した場合は、データベースユーザーの資格情報の入力を求められます。その後、Web Studioはデータベーススキーマをデータベースにアップロードします。資格情報は、データベース作成期間中のみ保持されます。
- Web Studioにデータベースを作成させたくない場合、または十分な権限がない場合は、 [データベーススクリプトの生成] をクリックします。生成されたスクリプトには、データベースと、必要に応じてミラーデータベースを手動で作成するための手順が含まれています。スキーマをアップロードする前に、データベースが空であり、少なくとも1人のユーザーがデータベースにアクセスして変更する権限を持っていることを確認してください。
詳細情報
- データベースサイジングツール
- SQL Server高可用性ソリューションを使用する場合のサイトデータベースのサイジングと接続文字列の構成
共有
共有
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.