レポートMarketplace製品アプリケーション請求とライセンス情報よくある質問ログアウトアカウントにログインサポートにお問い合わせください。コミュニティをご利用ください。標準機能ではありません。インストールする必要があります。プラクティスについて説明します。アドオンを使用して実行します。インスタンスのマージなどの統合操作に使用できます。自由な環境または多くの環境。ユーザーは最先端の変更やリスクを伴う変更を試すことができる。プロダクションの前のステージの環境。システム管理チームは運用開始前に正確な手順を確立できる。ステージングは本番環境のクローンまたは本番環境に近いレプリカにする必要があります。最小限のダウンタイムと十分なテスト済みの変更を要求します。最小限のダウンタイムと十分なテスト済みの変更を要求。状態と、その時点での互いの関係を表します。種類の設定スナップショットがあります。(スキーム、ワークフロー、フィールドなど)。アーキテクチャ戦略に関する推奨事項データこのガイドは、透明性のあるエンドツーエンドの移行をデータを失うことなく実行する方法を示します。デフォルト設定で処理されます。すべての例外と、それらの処理方法については、本ガイドの制限事項セクションをご参照ください。インスタンスが変化します。本番環境の手順を使用することをお勧めします。移行の前に、大規模な分析を実施する必要があります。プロセスの主な違いは、プロジェクトの移動ではユーザーが生成したすべてのデータを転送する必要があり、このために大規模なアップフロント分析が必要になる点です。つの主なステージで構成されます。この段階の間、プロジェクト構成間の競合とギャップが分析されます。「アプリケーションの移行仕様」を参照してください。サーバーでテストします。サーバーで分類/テストされます。このステージの間、移行デプロイメント手順を正式な本番環境で実施します。本番環境手順の使用事例で説明した、次の計画手順を、移行の前に実施する必要があります。チケットで変更を追跡するメンテナンス時間に、破壊的/非破壊的な変更を計画するコミュニケーション戦略の準備さらに、次の計画手順を含める必要があります。インスタンスの両方を確認し、検出された課題を修正します。整合性チェックで実行する必要があります。Jira推奨される分析のリストを以下に示します。ドキュメントに含める必要があります。サーバーの両方が次の要件を満たす必要があります。ディレクトリを使用している場合、両方のサーバーでユーザーとグループが完全一致する必要があります。一致が完全でない場合、分析を実行いてギャップと競合を特定する必要があります。人の異なる人物に対応しています。グループに適用されます。ユーザーはそれらの解決方法に関する情報を提供する必要があります。警告ユーザー管理が標準化されていない場合、広範囲にわたって悪影響が発生します。間違ったユーザーまたはグループが含まれている可能性があります。ユーザーやグループを使用するすべての構成オブジェクトが正しく設定されない可能性があります。スキームなどがあります。サーバーのユーザー名を変更して一貫性を確保することです。使用するソリューションに応じて異なります。新しい本番環境サーバに移動されます。インスタンスの一貫性を確保するために変換が必要となります。このプロセスは移行を大幅に複雑なものにし、多くの時間が必要になります。ドキュメントに含める必要があります。移動する方法について説明します。チームにお問い合せください。タイプの異なるワークフローの一部となる場合があります。つのオプションのいずれかを選択する必要があります。is」事例では、さまざまなプロジェクトが同じ課題タイプに異なるワークフローを使用します。データを変換して新しいワークフローに一致させる必要があります。サーバーでこれらの名前を変更することにより、この競合を解決する必要があります。ワークフロー名およびスキームで同じことが発生する可能性があります。ドキュメントに含める必要があります。フィールドの名前が異なり、セマンティックが異なる場合にも可能です。この場合、移行中にマージする必要があります。変更および影響分析機能で実行できます。インスタンスに適用される変更の影響の包括的な詳細を確認できます。この分析を行うことで、変更の影響を受けるプロジェクトを確認し、競合やギャップを特定して解決できるようになります。メニューと同じ順序でタブにグループ化されます。つのシステム間で再使用できる優れた機会これにより、サーバーのパフォーマンスが大幅に改善します。サーバーで使用されているすべての既定スキームは変更する必要があります。既定スキームを変更するには:使用済の既定スキームをコピーします。新しく作成されたスキームの名前を変更します。開発し、すべての利害関係者の合意を得る必要があります。推奨される品質戦略は、各段階のテスト計画と、移行後の修正計画で構成されます。以下を検証するために一連のテストを実行する必要があります。ワークフローを通じたトランジション、課題の作成/削除/編集、コメントなど。