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データベースに関する具体的な情報については、「SQL Serverデータベースの完全バックアップと差分バックアップの作成」を参照してください。
サイトに複数のゾーンが含まれている場合は、プライマリゾーンに常にサイトデータベースが含まれていることを確認してください。各ゾーンのControllerはそのデータベースと通信します。
高可用性
自動フェールオーバーを確実にするために考慮すべき高可用性ソリューションがいくつかあります:
- AlwaysOn可用性グループ（基本可用性グループを含む）: SQL Server 2012で導入されたこのエンタープライズレベルの高可用性および災害復旧ソリューションは、1つ以上のデータベースの可用性を最大化できます。AlwaysOn可用性グループでは、SQL ServerインスタンスがWindows Server Failover Clustering（WSFC）ノード上に存在する必要があります。詳細については、「SQL ServerでのWindows Server Failover Clustering」を参照してください。
- 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サービスアカウントと権限が使用されます。これらのデフォルトの詳細（sysadminロールへのWindowsサービスアカウントの追加を含む）については、Microsoftのドキュメントを参照してください。この構成では、ControllerはNetwork Serviceアカウントを使用します。Controllerは、追加のSQL Serverロールや権限を必要としません。
必要に応じて、データベースインスタンスに対してHide instanceを選択できます。Web Studioでデータベースのアドレスを構成するときは、インスタンスの名前ではなく、静的ポート番号を入力してください。SQL Serverデータベースエンジンのインスタンスを非表示にする方法の詳細については、Microsoftのドキュメントを参照してください。
ほとんどの運用環境の展開、およびMicrosoftの高可用性機能を使用するすべての展開では、サポートされている非ExpressエディションのSQL Serverのみを使用することをお勧めします。最初のControllerがインストールされているサーバー以外のマシンにSQL Serverをインストールしてください。システム要件には、サポートされている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 |
| コントローラーを追加 | サイトにコントローラー（最初のコントローラー以外）を追加 |
securityadmin* |
db_owner |
| コントローラー（ミラーサーバー）を追加 | ミラーデータベースのミラーロールにあるデータベースサーバーにコントローラーログインを追加 |
securityadmin* |
|
| コントローラーを削除 | サイトからコントローラーを削除 | ** | 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 可用性グループの場合は、場所フィールドにグループのリスナーを指定します。
データベースミラーリングの場合は、プリンシパルサーバーアドレスのみを指定します。Citrix Site Managerは、プリンシパルサーバーに基づいてミラーサーバーを特定します。
スタンドアロンSQLサーバー、データベースミラーリング、およびAlways On高可用性の構成方法の詳細については、このCTX記事を参照してください。
データベースの場所を変更する
サイトを作成した後、構成ログデータベースと監視データベースの場所を変更できます。ただし、サイトデータベースの場所は変更できません。データベースの場所を変更する際は、以下の点に注意してください。
- 以前のデータベースのデータは、新しいデータベースにはインポートされません。
- ログを取得する際、両方のデータベースからログを集約することはできません。
- 新しいデータベースの最初のログエントリは、データベースの変更が発生したことを示しますが、以前のデータベースを特定するものではありません。
- 強制ログが有効になっている場合、構成ログデータベースの場所は変更できません。
- 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.