# スキーマドリフトの原因の追跡と解決

**URL:** https://meta.discourse.org/t/tracking-and-resolving-a-schema-drift-cause/290901
**Category:** Self-hosting
**Created:** [2024 年 1 月 8 日午後 7:02 UTC](https://meta.discourse.org/t/tracking-and-resolving-a-schema-drift-cause/290901 "2024-01-08T19:02:56Z")
**Posts on this page:** 1
**Showing post:** 19

<div class="post-metadata">

### Author: ![jrack](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jrack/32/326934_2.png) [@jrack](https://meta.discourse.org/u/jrack)
#### Post date: [2024 年 1 月 9 日午後 2:34 UTC](https://meta.discourse.org/t/tracking-and-resolving-a-schema-drift-cause/290901/19 "2024-01-09T14:34:48Z")

</div>

既存のトピックと関連コンテンツが数千件あるため、個別のものは少し厄介です。

[Merge two Discourse sites into one](https://meta.discourse.org/t/merge-two-discourse-sites-into-one/95435) これは異なるスクリプトを使用していますが、基本的な考え方は同じです。

スキーマの別のニュアンスを発見しました。デプロイから自動化プラグインを削除して再デプロイしました。その後、`schema_migration` が最新として 0823 にロールバックされたように見えました。そのため、マージするインスタンスに自動化プラグインをインストールしなくても大丈夫だと思っていました。しかし、インポートをもう一度実行したところ、`PG::UndefinedTable: ERROR: relation "discourse_automation_automations" does not exist` というエラーが発生しました。マイグレーションのバージョンはロールバックされましたが、それに関連するスキーマ変更は実際の DB に残っていたようです。

---

_[View the full topic](https://meta.discourse.org/t/tracking-and-resolving-a-schema-drift-cause/290901)._