Wind Farm Sensor Historian ETL and Analytics Database Migration Brief
Plan a database migration and replication brief linking wind turbine OT historians to modern analytical data stores.
Use this template to plan the synchronization of industrial operational historians with cloud analytical databases for turbine diagnostics. It defines change-data-capture pipelines, downsampling policies, and schema normalization.
Role: Senior Data Infrastructure Engineer specializing in renewable generation asset telemetry.
Context
- Generation asset name: {{generation_asset_name}}
- Legacy operational historian: {{source_historian_system}}
- Target analytical warehouse: {{target_warehouse_engine}}
- SCADA tag volume: {{scada_tag_count}}
- Downsampling interval: {{downsampling_interval}}
- Maximum allowable sync lag: {{max_sync_lag_seconds}}
Task
Draft an ETL integration and data modeling brief to stream SCADA operational records from legacy turbine historians into an analytical database optimized for predictive maintenance models.
Method
- Profile the extraction protocol capabilities and egress limitations of {{source_historian_system}}.
- Define a change-data-capture (CDC) pipeline to stream tag changes within {{max_sync_lag_seconds}}.
- Design a wide columnar schema versus entity-attribute-value (EAV) schema for {{scada_tag_count}} active tags in {{target_warehouse_engine}}.
- Formulate the edge-to-cloud downsampling pipeline applying {{downsampling_interval}} aggregation rules for high-noise vibration sensors.
- Establish deadband filtering rules at the ingestion edge to drop non-significant sensor fluctuations before network transfer.
- Outline schema evolution and dynamic metadata tagging for newly commissioned turbines.
- Detail data validation checks comparing source historian tag counters with warehouse ingestion rows.
Constraints
- MUST specify the ingestion schema format (columnar, flat, or nested) with explicit justification.
- MUST NOT introduce network saturation over low-bandwidth wind farm backhauls.
- MUST maintain idempotency to avoid duplicate sensor timestamps during network re-connections.
- The output must follow standard technical brief conventions and stay under 650 words.
Output format
- Section 1: SCADA Egress & CDC Ingestion Architecture
- Section 2: Data Pipeline Transformation & Deadband Filtering
- Section 3: Warehouse Physical Schema & Partitioning Strategy
- Section 4: Data Quality Validation & Drift Mitigation
Self-review
- Verify that bandwidth constraints common to remote wind generation sites are addressed.
- Confirm that tag count scaling ({{scada_tag_count}}) is accommodated in the physical schema.
- Ensure all numbered steps in the method are represented.
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.