我不是DBA，所以我不能对数据库11 g升级到21 c发表评论。也许-只是 * 也许 * -如果您安装一个全新的21 c数据库并使用导出/导入实用程序将现有模式移动到一个新的数据库，那么这会更简单。好处：您将摆脱不需要的模式，因为没有人再使用它们了（不过，可以导出它们，并保留用于备份目的）。缺点：如果有很多模式要移动，那将花费时间。
关于Apex：假设你会做如上所述，你会安装新版本在您的新数据库。然后逐个创建工作区，并导出/导入要移动的应用程序。好处：您将摆脱旧的应用程序和多年来收集的所有垃圾。缺点：如果你有很多应用程序要迁移，这将花费时间。
您的旧应用程序是否可以在新的Apex中工作？如果你让他们保持原样，他们应该会的。有一个“兼容模式”属性，它可以让你指定4.1之前的版本（这就是你所拥有的）：

另一方面，如果您计划将应用程序升级到最新版本，则在“实用程序”部分中有这样的选项。它将引导您完成整个过程-您必须一步一步地完成，并且将允许检查（或取消检查）您想要（或不想要）升级的页面/组件。
请注意，如果进行完全升级，并非所有内容都能正常工作。例如，表格表单将迁移到交互式网格，您可能会丢失为表格表单编程的功能。或者，日期选择器已更改 * 很多 *，这可能会影响流程和验证。如果我没记错的话，在4.0中没有动态动作，它们代表了页面逻辑的重大改进--你不能做的事情（或者可以做，但不是以一种简单的方式）现在可以以更简单的方式重写。
所以-是的，你可以期待一些问题，这将需要时间来解决。如果你有很多应用程序，我希望你不是唯一一个这样做的开发人员。也许你真的应该让那些旧的应用程序保持原样，让用户使用它们。在Apex的新版本中开发新的应用程序，当你有时间的时候，一个接一个地升级旧的应用程序。