Skill detail
migrating-to-amazon-redshift
Guides end-to-end data warehouse migration to Amazon Redshift, covering discovery, schema/SQL conversion, data migration, validation, and performance comparison. Directly targets the data warehouse task group.
Inspect before use
Read the source instructions and check the requirements before you install this skill.
SKILL.md
The saved excerpt is a snapshot from when this skill was listed. The external source remains the complete and most current version.
--- name: migrating-to-amazon-redshift description: "Guides an end-to-end data-warehouse migration to Amazon Redshift — discovery, schema/SQL/stored-procedure/macro/script conversion, data migration, validation, performance comparison, and reporting. Source-routed via `references/<source>/`; Teradata (Vantage) is the supported source; additional sources are added as their own `references/<source>/` sets. Text-only knowledge (no executable code) — the AI generates all execution at runtime. Applies when a user wants to migrate Teradata to Amazon Redshift, convert Teradata DDL/SQL/stored procedures/macros/BTEQ to Redshift/RSQL, or assess Teradata-to-Redshift migration complexity. Applies only to migrations targeting Amazon Redshift; migrations to other platforms (Snowflake, BigQuery, Databricks, etc.) are out of scope regardless of source. Does not cover general Redshift administration, performance tuning, or troubleshooting of existing Redshift clusters (no migration involved), or sources not listed under references/." version: 1 --- # Migrating to Amazon Redshift ## What this skill is This skill is **AI guidance, not an execution framework**. It is **entirely Markdown knowledge** (rules, mappings, patterns, best practices) — **no executable code**. All execution — conversion, the discovery/migration/validation runners, dependencies, and infrastructure — **you (the AI) generate at runtime** from this knowledge, tailored to the customer's environment. Principle: **knowledge over shipped code → less drift, nothing for the customer to run or depend on, reliable first-time results.** Do not look for a pyproject, a tools package, an orchestrator engine, or shipped scripts — there are none by design; you generate execution. > **Runtime:** this skill works **with or without the AWS MCP server** — step guidance uses AWS > CLI syntax. Running it **with the AWS MCP server is recommended** for sandboxed execution and > audit logging; without it, the AI runs the generated scripts on the host shell (assumes Bash, > Python 3, and AWS CLI + credentials). Do not assume MCP-only tools are available. ## Source routing This skill migrates a supported **source data warehouse to Amazon Redshift**. First identify the **source system**, then load that source's knowledge under `references/<source>/`: - **Teradata (Vantage)** → `references/teradata/` — supported (all references below). - *Other sources (e.g. Snowflake, Oracle) — unsupported; each is added as its own `references/<source>/` set when ready.* The **workflow is source-agnostic** (discovery → convert → migrate → validate → performance → report); only the **conversion knowledge** is source-specific. Everything below is the Teradata set. ## When to use - Migrating a Teradata system (Vantage) to Amazon Redshift. - Converting Teradata DDL, SQL, stored procedures, macros, or BTEQ to Redshift/RSQL. - Assessing Teradata→Redshift migration complexity/effort. ## Operating principles - **Discovery is strictly read-only (SELECT-only) on the source.** Never change production state: no DDL/DML, and never enable logging (`BEGIN/REPLACE QUERY LOGGING`). If DBQL is empty, mark it `unavailable` and fall back to always-on `DBC.AMPUsageV` — see `references/teradata/discovery-queries.md`. - **Skill provides knowledge; you generate execution.** Read the `references/` to reason and convert — apply the rules in `references/teradata/conversion-rules.md` directly for conversion, and generate the discovery/migration/validation runners (and the read-only discovery collector from `references/teradata/discovery-queries.md`) tailored to the environment. - **Generate, don't assume a framework.** Assume the environment has Bash, Python 3, and AWS CLI + credentials. Any Python lib a generated script needs (`teradatasql`, `boto3`, …) is `pip install`-ed on demand by that script / its run-instructions — pin exact versions. Teradata **TTU** (BTEQ/TPT) is **Linux/Windows-only — not macOS**; preferRead the full source on GitHub (opens external page)