Skip to main content

Serverホスト復元ガイド

このガイドは、以下のような状況でServer管理者がServerインスタンスを復元するのに役立ちます。

  • 元のホストの障害*

  • 新しいServerマシンへの移行

  • オンプレミスからクラウドServerへの移行

  • その他のインフラストラクチャの変更

Serverの復元では、元のServerから次のものを取得することによって、元のユーザー、ワークフロー、スケジュールなどを使って新しいServerを稼働開始できます。

  • コントローラートークン

  • RuntimeSettings.xml*

  • MongoDBのバックアップ

*元のホストにアクセスできなくなった状態で障害復旧を行う場合にServerインスタンスを完全に復元するには、元のホストが完全に機能している状態で、RuntimeSettings.xmlを事前に準備する必要があります。詳細については、障害復旧の準備のヘルプページを参照してください。

復元オプション

Serverホストを復元するには、現在次の2つの方法があります。

オプション

作業内容

適した状況

手動

(ステップ1-7)

ホストの準備、Serverのインストール、ランタイム設定の復元、MongoDBの復元、追加のファイル/設定の復元、Serverの起動、テストなど、すべての手順を手動で実行します。

スクリプトが使用できない場合、完全な制御が必要な場合、またはカスタム環境の場合に適しています。

スクリプト

(ステップ1-4をスクリプトで、ステップ5-7を手動で実行)

提供される、手順1-4を自動化するスクリプト(準備、インストール、ランタイム設定の復元、MongoDBの復元)を実行します。スクリプトが完了したら、手順5-7を手動で実行します。

復元を迅速に行い、手動エラーを削減できます。特に、組み込みのMongoDBを使用した標準的なセットアップで役立ちます。

注: どちらのオプションも同じ前提条件(バージョンの互換性、資格情報、バックアップ)を想定し、ステップ5-7 (ファイル/設定の復元、サーバーの起動、テスト)は手動での実行になります。

この手続きの各ステップの詳細は次のとおりです。

1: 準備

2: Alteryx Serverのインストール

3: RuntimeSettings.xmlの復元

4: MongoDBの復元

5: その他のファイルと設定の復元

6: Alteryx Serverの起動

7: テスト

このガイドで扱う範囲と前提とする条件

  • 組み込みMongoDBを使用した、単一ノードの既定のServerインストール障害からの復元。

  • 必要な情報が破損していないバックアップがあること。

  • ターゲットホストが上書き可能であること。

このガイドで扱わない事項

  • マルチノードServer環境、ユーザー管理MongoDB、またはユーザー管理SQL Serverの場合は、カスタマーサポートにお問い合わせください。

  • ODBCドライバーのバックアップまたは復元。

  • ユーザーDSNまたはシステムDSNのバックアップまたは復元。

  • AlteryxではなくWindowsに保存されている他のエイリアスのバックアップまたは復元。

必要条件

  • バージョンの互換性:

元のホスト

対応するターゲットホスト

2021.4.2.47792 (パッチ5)以降のパッチ

2021.4.2.47884 (パッチ11)以降の2021.4バージョンのパッチ

2022.1.1.42590 (パッチ3)以降のパッチ

2022.1.1.42691 (パッチ9)以降の2022.1バージョンのパッチ

2022.3.1.430 (Server GA)以降のパッチ

2022.3.1.553 (パッチ6)以降の2022.3バージョンのパッチ

2023.1.1.123 (Server GA)以降のパッチ

2023.1.1.247 (パッチ2)以降の2023.1バージョンのパッチ

Alteryx Serverのすべての最新バージョンおよび将来のバージョン

元のホストとターゲットホストが同じバージョンとパッチであれば、GAまたはパッチリリースは問いません。

  • このガイドで説明している手順を実行する前に、ワークフロー操作に必要なすべてのデータベースドライバーとソフトウェアをインストールして、ダウンタイムを最小限に抑えるようにします。

  • ターゲットホストの管理者権限。

  • 権限借用に使用されるすべての資格情報へのアクセス。これには、サービスアカウント(Local System以外の場合)、Run Asユーザー、定義済み/使用中のワークフロー資格情報が含まれます。

  • 復元元ホストのコントローラートークン。

  • 復元の一部として暗号化キーを復元するには、直接的な通信経路が必要です。新しいServerでは、元のServerコントローラーノードで実行されているAlteryxServiceにネットワーク経由でアクセスできる必要があります。この必須条件を満たすことができない場合は、カスタマーサポートにお問い合わせください。

  • 復元元ホストのMongoDBのバックアップ。バックアップの実行方法についてはこちらのリンクから確認してください。

    Serverのバックアップと復元の詳細については、「Alteryx Server Backup & Recovery Best Practices(Alteryx Serverバックアップと復元におけるベストプラクティス)」のPart 1Part 2をご覧ください。

  • ターゲットホストが元のホストと、Windowsのタイムゾーン設定で同じタイムゾーンに設定されていることを確認します。同じタイムゾーンに設定されていないと、スケジュール表示の際にエラーが発生する可能性があります。

オプション

次の項目は、復元元 Server では利用されていない可能性があります。元のServerでその機能が使用されていたかどうかを確認し、使用されていた場合は、このガイドで「オプション」と記載されている該当の手順を完了してください。

  • サービスログオンユーザー

  • ワーカー構成の Run-As ユーザーの詳細は次のとおりです。

    • ドメイン

    • ユーザー名

    • パスワード

  • Server 設定用の SMTP サーバーのユーザー名とパスワード。

  • %ProgramData%\Alteryx\Toolsのコネクタ。

  • 復元元ServerのAlteryxシステムベース接続エイリアスおよびIn-DB接続エイリアス。

    • システムのIn-DBデータ接続: %PROGRAMDATA%\Alteryx\Engine\SystemConnections.xmlを参照

    • システムのデータ接続: %PROGRAMDATA%\Alteryx\Engine\SystemAlias.xmlを参照

  • 復元元ServerのAlteryxユーザーベース接続エイリアスとIn-DB接続エイリアス。以下は、 run-asまたはワークフロー資格情報ユーザーアカウントに関連する場合があります

    • ユーザーデータ接続: C:\\Users\[username]\AppData\Roaming\Alteryx\Engine\UserConnections.xmlを参照

    • ユーザーのIn-DBデータ接続: C:\Users\[username]\AppData\Roaming\Alteryx\Engine\UserAlias.xmlを参照

  • 元のServerのワークフローで使用されているAlteryx予測ツールおよびRライブラリ。

    ステップ2のAlteryx Serverのインストール手順で予測ツールをインストールすることで、適切なバージョンが使用されるようになります。

復元方法の選択

  • 手動で実行する場合は、記載されている手順1-7をすべて実行します。

  • スクリプトで実行する場合は、まずスクリプトを実行(ステップ1-4が対象)し、それからステップ5-7を実行します。

ステップ1: 準備

#

ステップ

詳細

1.1

ホストのタイムゾーンの設定

ターゲットのホストのWindowsタイムゾーンは、元のホストと一致するように設定する必要があります。

1.2

Alteryxへのアクセスを確保する

Alteryxライセンシングシステムが使用するwhitelist.alteryx.comにホストが接続できる必要があります。

ステップ2: Alteryx Serverのインストール

#

ステップ

詳細

2.1

元のホストのAlteryx Serverのバージョンは、次のいずれかですか?

  • 2022.1.1.40869 (パッチ2)またはそれ以前のパッチ

  • 2021.4.2.47792 (パッチ4)またはそれ以前のパッチ

  • 2021.3およびそれ以前のすべてのバージョン

はい: ターゲットホストを、元のホストとまったく同じメジャーバージョンおよびパッチバージョンにインストールまたはアップグレードします。パッチインストールではなく、フルインストールファイルを使用してください。

必要に応じて、fulfillment@alteryx.comに連絡して、必要なインストールファイルを要求してください。

ステップ2.4に進みます。

いいえ: ステップ2.2に進みます。

2.2

元のホストのAlteryx Serverのバージョンは、必須条件セクションのバージョンの互換性テーブルの互換性のあるターゲットホストの列に記載されていますか?

はい: ターゲットホストを、元のホストとまったく同じメジャーバージョンおよびパッチバージョンにインストールまたはアップグレードします。パッチインストールではなく、フルインストールファイルを使用してください。

必要に応じて、fulfillment@alteryx.comに連絡して、必要なインストールファイルを要求してください。

ステップ2.4に進みます。

いいえ: ステップ2.3に進みます。

2.3

ターゲットホストにAlteryx Serverの最新のパッチバージョンをインストールします

ターゲットホストに、元のホストにインストールされているメジャーバージョンで利用可能な最新のパッチをインストールまたはアップグレードします(たとえば、元のホストが2022.3パッチ3を使用している場合は、ターゲットホストに2022.3の最新のパッチをインストールします)。

2.4

Alteryx Serverの設定

既定の設定を使用してAlteryx Serverを設定し、Server UIがブラウザに表示されることを確認します。  ログインする必要はありません。

2.5

トラブルシューティング

ライセンスキー「使用中」エラー

ライセンスキーがまだ古いサーバーに関連付けられている場合は、そのマシンでライセンスキーの無効化を行う必要があります。そのマシンにアクセスできない場合は、ライセンス管理者に連絡してライセンスを解除してください。

ステップ3: RuntimeSettings.xmlの復元

#

ステップ

詳細

3.1

binフォルダーでコマンドプロンプト1を開く

管理者としてコマンドプロンプトを開き、Alteryx\binフォルダーに移動し、以下のコマンドを入力します(インストール場所に応じて調整します)。

c:

cd \Program Files\Alteryx\bin

3.2

サービスの停止

次のコマンドを入力します。

net stop alteryxservice

成功すると、The AlteryxService service was stopped successfully.と表示されます。

3.3

既存の RuntimeSettings.xml のバックアップ

次のコマンドを入力します。

c:

cd \ProgramData\Alteryx ren RuntimeSettings.xml RuntimeSettings_BACKUP.xml

3.4

障害復旧の準備として、ターゲットホストへ事前にRuntimeSettings.xmlを準備していますか?

はい: 障害復旧プロセスのRuntimeSettings.xmlは、事前にターゲットホストの%ProgramData%\Alteryx\ディレクトリに配置している必要があります。まだの場合は、準備したRuntimeSettings.xmlを%ProgramData%\Alteryx\にコピーします。

ステップ3.13に進みます。

いいえ: 元のホストから現在のターゲットホストの%ProgramData%\Alteryx\ディレクトリにRuntimeSettings.xmlファイルをコピーします。

ステップ3.5に進みます。

3.5

コントローラートークン のクリア

コピーしたRuntimeSettings.xmlを編集し、<ServerSecretEncrypted>タグ間のすべての文字列を削除します。タグは以下のように残します。

64ae505fe2c2c.png

ファイルを保存して閉じます。

3.6

コントローラートークン の復元

元のサーバーコントローラートークンを使用して、次のコマンドを入力します。

AlteryxService.exe setserversecret=CONTROLLER_TOKEN_FROM_ORIGINAL_SERVER

トラブルシューティング:

バージョン2021.3+では、このステップで次のエラーが発生する場合があります: 「サーバーシークレットの設定に失敗しました: CryptImportKey(3)のエラー: 不良なデータ。(-2146893819)」。これを修正するには、前のステップを参照し、タグ間から値が削除されたことを確認します。

3.7

暗号化されたストレージキーの復元

<StorageKeysEncrypted>値は、ステップ3.6でコントローラートークンをリセットした際に変更された可能性があります。その場合、元のRuntimeSettings.xmlファイルの対応する値に置き換える必要があります。これは、ステップ3.4でコピーされたソースRuntimeSettings.xmlファイルです。タグも一緒にコピーして、元のRuntimeSettings.xmlファイルからタグ間の値全体を簡単かつ確実にコピーします。RuntimeSettings.xmlをテキストエディターで開いたままにして、ステップ4でさらに変更を加えることができます。

Step 2.7 Restore Encryption Keys

3.8

Run Asユーザー の復元

元のホストにRun Asユーザーが存在する場合は、次のコマンドを入力します。存在しない場合は、この手順をスキップします。AlteryxService.exe setexecuteuser=NAME,DOMAIN,PASSWORD

3.9

SMTPパスワード の復元

[Alteryxシステム設定] > [Server UI] > [SMTP] > [Password]に入力した場合(SMTPチェックボックスがオフになっていても)、次のコマンドを入力します。入力しなかった場合は、この手順をスキップします。AlteryxService.exe setsmtppassword=PASSWORD

3.10

RuntimeSettings.xmlを保存

RuntimeSettings.xmlファイルを保存します。

3.11

元のホストのAlteryx Serverのバージョンは、次のいずれかですか?

  • 2022.1.1.40869 (パッチ2)またはそれ以前のパッチ

  • 2021.4.2.47792 (パッチ4)またはそれ以前のパッチ

  • 2021.3およびそれ以前のすべてのバージョン

はい: ステップ3.13に進みます。

いいえ: ステップ3.12に進みます。

3.12

暗号化キーの転送

この機能は、次のバージョンでのみ使用できます。

  • 2021.4.2パッチ11以降

  • 2022.1パッチ9以降

  • 2022.3パッチ6以降

  • 2023.1パッチ2以降

  • 2023.2 GA以降

重要: これには、元のホストでAlteryxServiceが実行されており、ターゲットホストがネットワーク経由でこれにアクセスできる必要があります。

暗号化キー転送プロセスの手順を使用すると、既存のコントローラーから新しいコントローラーに暗号化キーを転送できます。

3.13

そのままコマンドラインに留まる

ステップ4では、\Alteryx\binフォルダーで管理者コマンドラインが使用されていることを前提にしています。

ステップ4: MongoDBの復元

#

ステップ

4.1

MongoDBバックアップの取得

元のホストから新しいホストのMONGO_BACKUPフォルダーにMongoバックアップをコピーします。

4.2

新しいフォルダーへの復元

バックアップフォルダーから新しい復元フォルダーにMongoデータベースを復元します。以下に示すようにmongoRestore.logを参照して、復元が正常に行われたことを確認します。

使用しているServerのバージョンに適した復元コマンドを見つけるには、MongoDBのバックアップドキュメントのMongoDBバックアップからの復元セクションを参照してください。

4.3

正常に復元が完了したことを確認する

正常に復元が完了したことを確認します。

注意

復元が失敗した場合も前の手順では報告されず、Server上でのデータの欠落につながる恐れがあるため、この手順が必要です。これを行うには、データが復元されたMongoDBフォルダーの mongoRestore.log ファイルを確認します。mongoRestore.log を開き、次の手順を実行します。

  • 最後の行に、「#### document(s) restored successfully, 0 document(s) failed to restore (####個のドキュメントを復元、0個のドキュメントの復元に失敗)」と報告されていることを確認します。

  • errorcriticalfatalfailed を検索します。failed を確認する際には、その結果が前の項目で示した「0 document(s) failed」を含む文ではないことを確認してください。

復元に失敗した場合、または上記のキーワードの検索で該当する結果が見つかった場合は、収集したすべての情報をカスタマーサポートに連絡してください。

MongoDBの復元が失敗した場合は、続行しないでください。

4.4

RuntimeSettings.XMLでMongoパスを設定

RuntimeSettings.xmlを編集し、<EmbeddedMongoDBRootPath>タグにMONGO_RESTORE_FOLDERへのパスを入力します。

例:

Set Mongo path in RuntimeSettings.XML

保存してテキストエディターを閉じます。

4.5

MongoDBの起動

次のコマンドを入力します。

mongod ––dbpath "MONGO_RESTORE_FOLDER" ––auth ––port 27018

mongod ––dbpath "%ProgramData%\Alteryx\Service\Persistence\Mongo_Restore" ––auth ––port 27018

コマンドプロンプトウィンドウを閉じないでください。

ステップ4.5でウィンドウを閉じた場合、以降のステップはどれも機能しなくなります。

<<2番目のコマンドプロンプトセクションの開始>>

4.6

2番目のコマンドプロンプトをbinフォルダーで開く

管理者として 2番目のコマンドプロンプトを開き、Alteryx\binフォルダーに移動して、以下のコマンドを入力します(インストール場所に応じて調整します)。

c:

cd \Program Files\Alteryx\bin

4.7

管理者以外のMongoパスワードの取得

次のコマンドを入力して、非管理者のMONGOパスワード をメモ帳にコピーします。

AlteryxService.exe getemongopassword

4.8

Mongoコマンドラインの開始

次のコマンドを入力します。

mongosh mongodb://SERVER:PORT/AlteryxGallery -u user -p NON_ADMIN_MONGO_PASSWORD

mongosh mongodb://localhost:27018/AlteryxGallery -u user -p CCEC***33C0

成功すると、「>」プロンプトが表示されます。

4.9

元のServerによって設定されたAlteryxGalleryのロックの削除

次のMongoコマンドを入力します

db.locks.remove({})

成功すると、「writeResult({ “nRemoved” : N })」が表示されます。ここで、Nは0から3までの数値です。

4.10

AlteryxGalleryコマンドラインの終了

次のコマンドを入力します。

exit

4.11

AlteryxServiceデータベースへの接続

次のコマンドを入力します。

mongosh mongodb://SERVER:PORT/AlteryxService -u user -p NON_ADMIN_MONGO_PASSWORD

例:

mongosh mongodb://localhost:27018/AlteryxService -u user -p CCEC***33C0

成功すると、「>」プロンプトが表示されます。

4.12

元のServerによって設定されたAlteryxServiceロックの削除

次のMongoコマンドを入力します

db.locks.remove({})

成功すると、「writeResult({ “nRemoved” : N })」が表示されます。このNの数値は0から3までの値です。

4.13

Mongoコマンドラインと コマンドプロンプト2 を終了

次のコマンドを入力します。

exit

コマンドプロンプト2 を閉じます。

<<2番目のコマンドプロンプトセクションの終了>>

4.14

Mongoデータベースの停止

元のコマンドプロンプトで、キーボードコマンド

ctrl-c

を1回以上、MongoDBを終了して通常のコマンドプロンプトに戻るまで入力します。

コマンドプロンプトを閉じます。

ステップ5: その他のファイルと設定の復元

#

ステップ

詳細

5.1

元のServerに サービスログオンユーザー がいるか

新しいServerに サービスログオンユーザー を設定します。

[Windows Serviceアプリ] > [AlteryxService]を右クリック > [プロパティ] > [ログオン]

5.2

データドライバーとシステムDSNの追加

元のServerと一致するように、同じバージョン のドライバーと 同じ名前 のシステムDSNを追加します(https://downloads.alteryx.com/)。

あなたの復元作業には該当しない可能性のある、高度な問題:

5.3

より安全な環境では、必要なRun Asユーザー権限を設定

ワークフローの実行に使用されるすべての資格情報(Run As、サービスログオン、ワークフロー保存時の資格情報セット)に適切なアクセス権があることを確認し、必要な実行ユーザー権限を設定 します。必要な Run As ユーザー権限の設定

5.4

システムベースエイリアスおよびIn-DB接続エイリアスの復元

システムデータ接続:

%ProgramData%\Alteryx\Engine\SystemAlias.xml

システムIn-DBデータ接続:

%ProgramData%\Alteryx\Engine\SystemConnections.xml

5.5

ユーザベースエイリアスおよびユーザーIn-DB接続エイリアスの復元

ユーザーデータ接続:

C:\Users\[username]\AppData\Roaming\Alteryx\Engine\UserConnections.xml

ユーザーIn-DBデータ接続:

C:\Users\[username]\AppData\Roaming\Alteryx\Engine\UserAlias.xml

5.6

ワークフローでコネクタを使用しているか

コネクタフォルダーを元のサーバーから以下にコピー

%ProgramData%\Alteryx\Tools

新しいServerでコネクタを有効にするには、カスタマーサポート にお問い合わせください。

5.7

ワークフローでPythonツールを使用しているか

ワークフローがインストールしたPythonパッケージがあれば、再インストールします。ServerアップグレードでのPythonツール環境を参照してください。

5.8

SSLを使用しているか

テスト用にサンドボックスServerに復元する場合は、HTTPを使用してテストします。

新しいServerに移行する場合は、SSLを再確立します。

Server SSL/TLSを設定

SSL用Alteryx Serverの設定: 証明書の取得とインストール

ステップ6: Alteryx Serverの起動

#

ステップ

詳細

6.1

Alteryxシステム設定を確認し、必要に応じてスケジュールを一時停止します。

Alteryxシステム設定 を実行し、各ページの手順を実行して、設定(コントローラートークンなど)に期待される値が含まれていることを確認します。

サービスの開始時にスケジュールを実行しない場合は、次のチェックボックスをオフにします。

[Worker] > [General] > [Allow machine to run scheduled Alteryx workflows] (スケジュール設定されたAlteryxワークフローの実行をマシンに許可する)

[Finish] (完了) を選択すると、AlteryxServiceが起動し、ブラウザでServerが使用可能になります。

重要

新しいServerのURLが異なる場合や、SSL証明書がない場合があるため、Server UI Configuration (Server UI 設定) に特に注意してください。Server UI

System Settings, the Server UI configuration section.

ステップ7: テスト

#

ステップ

詳細

7.1

基本テスト

AlteryxService は実行されていますか?

次のことができるか確認します。

  • Server UI URLへのアクセス

  • 管理ページ内で移動して、ユーザーやコレクションなどを表示

  • DesignerからServerへのワークフロー公開

  • ワークフローの実行

  • 設定で許可されている場合は、資格情報を指定してワークフローを保存し実行すること

7.2

ワークフロー固有のテスト

次のような拡張機能や外部接続を含むワークフローを実行できますか?

  • ネットワークUNCパスへの入出力

  • データベース接続

  • コネクタツール

  • Location InsightsまたはBusiness Insightsデータセット

  • Pythonツール

  • Rツール

スクリプト

スクリプトでの実行を選択した場合、次のスクリプトを使用します。このスクリプトは、ステップ1-4を自動的に実行します。ライセンスポータルからスクリプトをダウンロードできます。

スクリプトが完了したら、ステップ5: その他のファイルと設定の復元に直接進みます。

注意

  • 設定を手動で確認し、復元後にAlteryx Serverを起動する必要があります。

  • すべての機密データは、ユーザーが指定したキーを使用して暗号化されます。このキーは紛失しないようにしてください。復元に必要になります。

  • スクリプトでは、すべてのアクションとエラーがスクリプトディレクトリのServerhostrecovery.logに記録されます。

  • 機密データは設定ファイルに書き込まれません。すべての設定は読み取り専用です。

スクリプトの実行方法

注記

  • Run all commands in this section from the working directory that contains the files extracted from Server Host Recovery Automation.zip.

  • スクリプトでは、欠落している設定値と、必要に応じて暗号化キーが要求されます。

  • The script checks only for a physical Server License Key. To use another license type (Alteryx One, Offline, or License Server), leave the license key and email address fields blank when prompted. Then, manually license Server after the script finishes. If Server is already licensed when the script runs, reactivation isn’t required.

  • ヘルプが必要な場合は、コマンド.\ServerHostRecovery.ps1 -Helpを実行します。

  1. ライセンスポータルからスクリプトをダウンロードし、任意の場所に保存します。

  2. 設定ファイル「alteryx_recovery_config.json」を編集し、お使いの環境に合わせて以下の値を更新します。

    BackupDirToBackup

    新しいバックアップが作成されるルートディレクトリ。

    例: C:\AlteryxServerBackup

    PresentProgramDataPath

    Alteryx ProgramDataディレクトリへのパス。

    例: C:\ProgramData\Alteryx

    AlteryxInstallerPath

    Alteryx Serverインストーラーの実行可能ファイルへの完全なパス。

    例: C:\Users\...\AlteryxServerInstallx64_2025.2.0.14427.exe

    TargetDirectoryPath

    Alteryx Serverをインストールするディレクトリ。

    例: C:\Program Files\Alteryx

    MongoRestorePath

    Alteryx Serverで使用されるMongoDBデータディレクトリへのパス。

    例: C:\ProgramData\Alteryx\Service\Persistence\MongoDB

    Requirements:

    • This path must match the <EmbeddedMongoDBRootPath> field in the RuntimeSettings.xml file that was backed up during the Backup portion of the script.

    • If the directory exists and is not empty, the original will be renamed during the Restore procedure.

    BackupDirToRecover

    復元に使用するバックアップディレクトリへの完全なパス。

    This folder includes:

    • MongoBackup folder

    • Backupkeys.json

    • RuntimeSettings.xml

    • Serial.ini

    例: C:\AlteryxServerBackup\Backup_YYYYMMDD_HHMMSS

  3. 管理者としてPowerShellを開きます。

  4. Navigate to the folder that contains the files extracted from Server Host Recovery Automation.zip.

  5. 既存のServerのバックアップを実行するには、次のコマンドを使用してメインスクリプトを実行します。

    .\ServerHostRecovery.ps1 -Backup

  6. バックアップから復元するには、次のコマンドを実行します。

    .\ServerHostRecovery.ps1 -Recover

    • Before you run this command, copy the backup folder—created during the -Backup procedure—to the target machine. This folder should match the path defined in BackupDirToRecover in the alteryx_recovery_config.json file.

    • 復元中にキーが見つからない場合、ライセンスキーとEメールの入力を求められます(サンプル入力はコンソールに表示されます)。

    • インストール/アップグレード中、コンソールにプログレスバーが表示されます。

  7. デジタル署名エラーが表示された場合、またはスクリプトの実行がブロックされる場合は、次のヘルパースクリプトを実行します。

    .\Enable-Run-ServerHostRecovery.ps1

    これにより、メインスクリプトのブロックが解除され、セッションの実行ポリシーが設定されます。

    If the Enable-Run-ServerHostRecovery.ps1 is also blocked, run the following command to manually unblock the file:

    Unblock-File .\ServerHostRecovery.ps1

  8. スクリプトが終了したら、手順5-7を手動で実行します。

スクリプトによる実行のトラブルシューティングとサポート

  • 設定についてご不明な点がある場合は、alteryx_recovery_config.README.txtを参照してください。

  • スクリプトの問題については、Serverhostrecovery.logを確認するか、Alteryx管理者にお問い合わせください。