DeskGateアップグレードガイド

リリースおよびメンテナンス計画を確認してください

このガイドは、2026年10月6日に文書化された顧客サーバーインストーラーに基づいています。ソースリリースとターゲットリリースのアップグレードパスと互換性を確認してください。承認済みのパッケージを保管し、影響を受ける管理者とメンテナンス期間について合意してください。

インストーラーはデータベースファイル、App_Data、および顧客設定を保持しますが、保持は復旧プランではありません。インストールが失敗した場合、完全な自動ロールバックは行われません。

セットアップを実行する前に

1. 現在のリリース、インストールフォルダ、サービスの状態、SQLインスタンス、Webポート、およびアクセスモードを記録します。
2. データベースとアプリケーションのバックアップを連携して完了し、復旧方法を確認してください。
3. アップグレード後の比較のために、既知のレポート結果を1つとパイロットエンドポイントを記録してください。
4. ライセンス情報とSQL認証情報が、正規のインストーラーに提供されていることを確認してください。
5. 実施中のスケジュールを確認し、メンテナンス期間中の配送と集荷の実施方法を決定する。

承認済みのアップグレードを実行します

同じインストールフォルダを使用してGoMyid Setup.exe を再実行します。保存されたネットワーク設定とライセンス設定を確認します。リリースワークフローでは、 GOMYIDとその既存のパスワードが再利用されます。データベーステストが正常に完了し、Web アクセスとポートを確認してから、セットアップを完了させます。GOMYID は、所有するサービスと管理対象ファイルを停止して置き換えます。

再試行する前にエラーを記録してください。 図解入りサーバーインストールガイド 実際の画面について。

設置後の検収

1. GoMyidServerとGoMyidCoreを確認し、起動エラーがないか調べてください。
2. 設定したポートで、ログインページと登録／データベースページを確認してください。
3. 有効になっている場合は、承認されたコンピュータからのネットワークアクセスを確認してください。
4. パイロットエンドポイントを確認し、既知の過去のレポートと比較する。
5. 設定された収集間隔後に新しいレコードが到着することを確認してください。
6. 配信を再開する前に、役割、グループの範囲、およびスケジュールされたレポートの定義を確認してください。
7. インストールレポートは非公開で保管してください。SQLパスワードが含まれている可能性があります。

アップグレード後のトラブルシューティング

承認されたアップグレード後、セルフホスト型サーバーでこれらのチェックを実行してください。受け入れテスト中に確認された症状から始め、正確なエラーと時刻を記録してください。これらのカードは診断ガイドであり、インストールの検査や変更の適用を行うものではありません。

1. 1. サーバーサービスが起動しない

   チェック： Windowsサービスで、 GoMyidServerとGoMyidCoreの状態、および正確な起動エラーを記録してください。インストールフォルダとSQLサービスの状態を、アップグレード前のメモと比較してください。サービスが停止しているのは症状であり、診断結果ではありません。

   次のステップ： セットアップでデータベース接続エラーが報告された場合は、まずその問題を解決してください。原因不明の起動失敗が発生した場合は、再試行する前にリリース情報、タイムスタンプ、および関連するエラーを収集してください。失敗を回避するためだけにサービスを削除したり再作成したりしないでください。

   データベーステストのトラブルシューティング

2. 2. 管理コンソールが開かない

   チェック： セットアップ時に記録されたウェブアドレス、ポート、アクセスモードを使用してください。サーバー自体でアクセスが失敗するのか、それとも別の認証済みコンピューターからのみ失敗するのかを確認してください。デフォルトポートがまだ使用されていると想定するのではなく、保存された構成と比較してください。

   次のステップ： エラーでポートの競合が特定された場合は、ポートガイドに従ってください。ローカルアクセスは正常に機能するものの、ネットワークアクセスが失敗する場合は、設定されているネットワークモードと承認済みのファイアウォールルールを確認してください。一般的な解決策として、追加のポートを公開したり、ファイアウォールを無効にしたりしないでください。

   ポートとアクセスに関するトラブルシューティング

3. 3. パイロットデバイスが再接続しない

   チェック： デバイスがオンラインであり、意図したサーバーまたはワークスペースを使用していることを確認してください。Station で、選択したグループと検索フィルターを確認してください。サーバーとクライアントのバージョンを承認済みのリリース要件と比較してください。バージョンの違いだけでは、互換性がないとは証明されません。

   次のステップ： エージェントを再インストールする前に、デバイス接続チェックを実行してください。デバイスID、グループ、および確認された接続結果をメンテナンスノートに記録してください。サポートされているアップグレードパスが不明な場合は、他のデバイスを更新する前にサポートに確認してください。

   デバイスが見つからない場合のトラブルシューティング

4. 4. レポートは開いているが、新しいレコードが見つからない

   チェック： 既知の過去の結果と比較し、設定された収集期間中に合意されたパイロット活動を1つ実施します。日付範囲、グループ、レビュー担当者のアクセス権限、収集ルールを確認し、設定された収集間隔を許可します。

   次のステップ： 過去の表示状況と新規収集データは、別々のチェック項目として扱ってください。フィルター結果が空の場合、データが削除されたと解釈しないでください。テスト期間とフィルターはエラーレポートに含めてください。

   空のレポートに関するトラブルシューティング

5. 5. 予定されていたレポートメールが届かなくなった

   チェック： メンテナンス後、スケジュール状況と保存されたSMTP設定を確認してください。発生した正確なエラーを記録し、正常に実行された対話型SMTPテストの結果と、スケジュールされた配信結果を区別してください。

   次のステップ： 認証情報を変更する前に、スケジュールとSMTPチェックを確認してください。「今すぐ送信」と「テストメールを送信」は実際のメッセージを送信するため、承認済みの受信者への意図的な配信テストとしてのみ使用してください。

   スケジュールされたメールのトラブルシューティング

検証が失敗した場合

ロールアウトを停止し、失敗したステップ、リリース、時刻、およびエラーを記録してください。承認済みの復旧計画を、該当するアプリケーション/データベースセットで使用してください。古い実行ファイルをインストールしても、スキーマや構成の変更が元に戻るとは限りません。メンテナンス期間の前に、データベースとアプリケーションの復旧手順をテストしてください。