-
-
データベース
-
-
-
-
-
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!
データベース
注：
Citrix Virtual Apps and Desktops™の展開は、Web Studio（ウェブベース）とCitrix Studio（Windowsベース）という2つの管理コンソールを使用して管理することが可能です。本記事ではWeb Studioのみを対象としています。Citrix Studioに関する詳細情報については、Citrix Virtual Apps and Desktops 7 2212以前の同等の記事をご参照ください。
Citrix Virtual AppsまたはCitrix Virtual Desktops™サイトは、3つのエスキューエルサーバーデータベースを使用します。
- サイト:（サイト構成とも呼ばれる）実行中のサイト構成、現在のセッション状態、および接続情報を保存します。
- ログ:（構成ログとも呼ばれる）サイト構成の変更と管理アクティビティに関する情報を保存します。このデータベースは、構成ログ機能が有効になっている場合（デフォルト=有効）に使用されます。
- 監視: 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をインストールすることはサポートされていません。
データベースソフトウェアのインストール
デフォルトでは、そのサーバーで別のSQL Serverインスタンスが検出されない場合、最初のDelivery Controller™をインストールするときにSQL Server Expressエディションがインストールされます。このデフォルトのアクションは、概念実証またはパイロット展開には通常十分です。ただし、SQL Server ExpressはMicrosoftの高可用性機能をサポートしていません。
デフォルトのインストールでは、デフォルトのWindowsサービスアカウントと権限が使用されます。これらのデフォルトの詳細については、Microsoftのドキュメントを参照してください。これには、Windowsサービスアカウントをsysadminロールに追加することも含まれます。この構成では、Controllerはネットワークサービスアカウントを使用します。Controllerには、追加のSQL Serverロールや権限は必要ありません。
必要に応じて、データベースインスタンスに対してインスタンスを非表示を選択できます。Web Studioでデータベースのアドレスを構成するときは、インスタンス名ではなく、その静的ポート番号を入力してください。SQL Serverデータベースエンジンのインスタンスを非表示にする方法の詳細については、Microsoftのドキュメントを参照してください。
ほとんどの運用環境の展開、およびMicrosoftの高可用性機能を使用するすべての展開では、サポートされているSQL Serverの非Expressエディションのみを使用することをお勧めします。最初の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からデータベースを作成および設定を選択します。次に、プライマリデータベースの名前とアドレスを指定します。
指定したアドレスにデータベースが存在する場合、それは空である必要があります。指定したアドレスにデータベースが存在しない場合、データベースが見つからないことが通知され、データベースを作成するかどうかを尋ねられます。その操作を確定すると、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 権限も必要です。以下の権限は、明示的に構成することも、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サーバー、データベースミラーリング、およびAlwaysOn 高可用性の構成方法の詳細については、このCTX記事を参照してください。
データベースの場所を変更する
サイトを作成した後、構成ログデータベースと監視データベースの場所を変更できます。(サイトデータベースの場所は変更できません。)データベースの場所を変更すると、次のようになります。
- 以前のデータベースのデータは、新しいデータベースにインポートされません。
- ログを取得する際、両方のデータベースからログを集約することはできません。
- 新しいデータベースの最初のログエントリは、データベースの変更が発生したことを示しますが、以前のデータベースを特定しません。
強制ログが有効になっている場合、構成ログデータベースの場所を変更することはできません。
データベースの場所を変更するには:
- データベースを配置するサーバーに、サポートされているバージョンのMicrosoft SQL Serverがインストールされていることを確認します。必要に応じて高可用性機能をセットアップします。
- Web Studioにサインインし、左側のペインで設定を選択します。
- データベースタイルを見つけ、編集を選択します。
- データベースの管理ページで、新しい場所を指定するデータベースを選択し、アクションバーでデータベースの変更を選択します。
- 新しい場所とデータベース名を指定します。
- 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.