Firebird 数据库迁移

大多数 Firebird 升级由您自己的开发人员按照《实用迁移指南》完成--这适用于约90%的数据库。当元数据混乱、截止日期紧迫、版本低于 2.5，或者您必须通过自动化迁移多台服务器时，请使用我们的专业迁移服务。

如何迁移

应用程序和数据库开发人员按照《实用迁移指南》和 YouTube 教程操作。对大多数数据库而言不会遇到重大问题。

我们调整元数据和 SQL，可以修补 Firebird 源代码（例如排除关键字的自定义构建），通常可在 3-4 周内完成。

定制工具包加上高度自动化--即Migration Framework，可根据您的应用程序进行调整，并部署到客户和站点。

每次迁移的目标都是Firebird 5.0。从2.5、3.0 或 4.0迁移是常规路径（使用指南或服务）。从1.0-2.1迁移则困难得多--这是使用服务的常见原因。

大量需要手动处理的元数据和 SQL 更改。我们可以处理这些，包括在保留字阻碍升级时构建自定义 Firebird 版本。

当切换日期不可协商时，我们会以项目形式执行迁移。典型的日历周期为 3-4 周。

Firebird 1.0-2.1 需要的不仅仅是备份/恢复。我们的团队已多次完成此类跨越式升级。

多台服务器和多个客户需要可重复使用的工具包，而不是一次性脚本。这正是 Migration Framework 的用途。

估算取决于元数据的大小和复杂性（表、存储过程、触发器）以及需要检查和修复的 SQL 语句数量。以下数字为IBSurgeon 工作日--日历时间会更长，因为您需要审核中间结果。

6 天 最少工作时间

15-20 天 平均工作时间

3,000-5,000 欧元 每个数据库架构

请在请求中附上仅元数据备份，以便获得精确估算。

从指南开始，然后观看 Firebird 5 迁移视频系列。