> For the complete documentation index, see [llms.txt](https://cortex-docs.paloaltonetworks.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://cortex-docs.paloaltonetworks.com/xsoar-migration-guide/cortex-xsoar-8-saas-multi-tenant-migration/how-to-migrate-your-multi-tenant-deployment-from-cortex-xsoar-6-to-cortex-xsoar-8-saas.md). # How to migrate your Multi-Tenant Deployment from Cortex XSOAR 6 to Cortex XSOAR 8 SaaS You can migrate from Cortex XSOAR 6 multi-tenant to Cortex XSOAR 8 SaaS multi-tenant by doing the following: * Self-service migration Work with your Customer Success or Sales Representative to manually migrate Cortex XSOAR 6 multi-tenant to Cortex XSOAR 8 SaaS multi-tenant. To set up a Cortex XSOAR 8 multi-tenant deployment, request an evaluation license to create a main tenant and one child tenant. The child tenant can be used for a maximum of 60 days, while the development and main tenants can be used for up to 90 days. Your Customer Success or Sales Representative can help you migrate content such as scripts, playbooks, and settings. Self-service migration doesn't include migrating incident or indicator data.

Note

You can keep your Cortex XSOAR 6 On-prem installation and data for audit or compliance requirements. You can still access your Cortex XSOAR 6 instance until EoL or the end of your contract term (whichever comes first). Cortex XSOAR 6 will not support processing production workloads and will only provide 30 days of incident history.

Level of effort: Follow the steps in [Migrate from Cortex XSOAR 6 Multi-Tenant to Cortex XSOAR 8 SaaS Multi-Tenant (Self-Service)](/xsoar-migration-guide/cortex-xsoar-8-saas-multi-tenant-migration/migrate-from-cortex-xsoar-6-multi-tenant-to-cortex-xsoar-8-saas-multi-tenant-self-service.md). * Migration using the migration wizard Migration consists of the following processes in your Cortex XSOAR 8 multi-tenant deployment (main, development, and child tenants). | Migration process | Description | | -------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Pre-migration wizard |

The wizard sets up each Cortex XSOAR 8 tenant, ensures connectivity, and starts an initial data sync.

You can decide whether to migrate incident and indicator data for development and child tenants.

| | Migration wizard |

The wizard guides you through the User Acceptance Test (UAT) process, enabling you to test, review, and approve changes such as incidents and indicator data (not relevant for the main tenant), integrations, jobs (not relevant for the main tenant), and users and roles. During this period, you set the switchover date. Each switchover date is separate from each tenant.

Important

You have 60 days from the date of the initial data sync to complete the child tenant switchover and 90 days to complete the development and main tenant switchover.

| Level of effort: Follow the steps in [Migrate from Cortex XSOAR 6 Multi-Tenant to Cortex XSOAR 8 SaaS Multi-Tenant using the migration wizard](/xsoar-migration-guide/cortex-xsoar-8-saas-multi-tenant-migration/migrate-from-cortex-xsoar-6-multi-tenant-to-cortex-xsoar-8-saas-multi-tenant-using-the-migration-wiz.md). --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://cortex-docs.paloaltonetworks.com/xsoar-migration-guide/cortex-xsoar-8-saas-multi-tenant-migration/how-to-migrate-your-multi-tenant-deployment-from-cortex-xsoar-6-to-cortex-xsoar-8-saas.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.