Migrace Jira Server/DC na Jira Cloud
Porovnání cloud migračních metod
Popsáno v článku Compare cloud migration methods https://support.atlassian.com/migration/docs/compare-cloud-migration-methods/
Plánování migrace zahrnuje minimálně tyto kroky:
Zkontrolujte duplicity e‑mailů a uživatelských jmen (ponechaný odkaz): Zkontrolujte duplicitní e-maily a uživatelská jména; ověřte, že e‑maily jsou platné a jedinečné (jinak se uživatel nepřihlásí).
Proveďte zkušební migrace (test runs) a vyhodnoťte výsledky; sladťe nastavení JCMA podle zjištění.
Zálohujte Jira Data Center/Server: DB + export příloh (přílohy; případně další artefakty dle potřeby).
Pro Jira/Confluence Cloud: použijte export tam, kde je k dispozici; zdokumentujte konfiguraci a nastavení a počítejte s omezenými možnostmi rollbacku.
Spusťte Assess and prepare your users a pre‑flight v JCMA; odstraňte všechny blokery před produkční migrací.
Jira user migration strategies
Obecně jsou migrační postupy popsány zde https://support.atlassian.com/migration/docs/determine-your-user-migration-strategy/
V závislosti na produktech Jira, které migrujete, a zda máte externí adresáře, použijte tuto tabulku k rozhodnutí o metodě migrace, pro kterou byste se měli rozhodnout.
Jira produkty | Externí adresáře? | Doporučená metoda |
|---|---|---|
Jira Software / Jira Work Management | Ne | JCMA (Jira Cloud Migration Assistant) |
Jira Software / Jira Work Management | Ano | Site import (pokud nelze nejprve synchronizovat externí uživatele). Pokud můžete externí uživatele napřed nasynchronizovat, použijte JCMA. |
Jira Service Management a/nebo Advanced Roadmaps | Ne | JCMA (Jira Cloud Migration Assistant) |
Jira Service Management a/nebo Advanced Roadmaps | Ano | Kroky: 1) nasynchronizujte externí uživatele do Jiry (nebo kontaktujte Atlassian podporu), 2) pořiďte čerstvý backup, 3) proveďte Site import. |
Jira Cloud Migration Assistant
K migraci slouží nástroj https://support.atlassian.com/migration/docs/use-the-jira-cloud-migration-assistant-to-migrate/
Migrace Jira uživatelů
Pomocí nástroje Jira Cloud Migration Assistant budete moci:
migrovat uživatele související s existujícími projekty, které vyberete k migraci
nebo migrovat všechny uživatele z aktivních interních adresářů (directories) bez migrace jakýchkoli projektových dat. JCMA nemigruje přímo uživatele z externího adresáře – nejdřív je nutná synchronizace do interního adresáře.
Pokud máte uživatele v externím directory, musíte před migrací nejprve synchronizovat externí uživatele do interního directory viz https://confluence.atlassian.com/adminjiraserver/synchronizing-data-from-external-directories-938847064.html
Jira Cloud Migration Assistant migruje uživatele z neaktivních adresářů, pokud se na ně v projektech odkazuje. Tito uživatelé budou migrováni bez osobních údajů a zobrazí se jako Former user (Bývalý uživatel).
Uživatelé jsou po migraci párováni nebo vytvářeni v Atlassian Admin podle e‑mailu; ověřování probíhá přes Atlassian účet/SSO. E‑mailové adresy musí být platné a jedinečné. Duplicitní nebo neznámí uživatelé se mohou v cíli projevit jako Former user (bez osobních údajů). Více viz Migrate users and groups.
Migrace zákazníků Jira Service Management (JSM)
Jira Cloud Migration Assistant dnes umí migrovat také zákazníky Jira Service Management (portal‑only / bez licence). Zákazníky můžete migrovat dvěma způsoby:
předem spolu s uživateli a skupinami přes kartu Migrate your users in advance
jako součást datové migrace přes Migrate your data (v rámci ní zvolíte rozsah zákazníků – všechny, jen související s migrovanými projekty, nebo žádné).
Podrobnosti a aktuální limity viz: Migrate Jira Service Management customers.
Assets (Jira Service Management)
JCMA podporuje migraci Assets (dříve Insight) ze Server/Data Center do JSM Cloud, ale pouze pro plány JSM Cloud Premium/Enterprise. Doporučení a omezení níže (aktuální k dnešku). Více: How Assets are migrated.
Předpoklady: JSM Cloud Premium/Enterprise; JSM DC 4.15+ s bundlovaným Assets; JCMA 1.12.48+.
Možnosti migrace v JCMA: Only object schemas related to selected projects / All object schemas / None; volba pro zahrnutí příloh nebo migraci pouze příloh.
Důležitá omezení: stejné schema nelze migrovat dvakrát (pro re‑migraci je nutné ho v cloudu smazat); propojení závisí na pořadí (schemas s projekty nebo dříve; pokud nejdřív projekty a až pak schemas, napojení nevznikne).
Limity: max. 20 objektů na work item v jednom poli; max. 2 unique constraints na typ objektu v cloudu; archivované objekty se migrují jako nearchivované.