0

我们即将将 Oracle 数据库迁移到 Exadata 服务器。我想澄清一些我想到的问题：

  • 代码会有任何问题 - 性能问题吗？Exadata 有另一种类型的优化器，它不使用索引，有一个列优化器，如果我没有误导的话，
  • 目前在数据库服务器上生成了一些导入或导出文件（通过 Filezilla 访问）。我知道在 Exadata 数据库服务器是不可访问的，并且我怀疑：
    • 我们将不得不将这些文件移动到另一台服务器 - Oracle 只知道 FTP（在我们的客户端关闭了端口） -> 我们如何写入/读取从另一台服务器？（据我了解，他们希望将所有文件放在 WAS 服务器上）
    • 或者我们需要使用 java 应用程序将文件导入表中并从那里处理它们（与导出的文件相同） .
  • 自动来自其他应用程序的文件可以写入数据库服务器吗？或者我们遇到与手动部分相同的问题。
  • 我们有很多在数据库服务器上运行 KSH 脚本的数据库作业——它们有问题吗？我知道它们也应该移动到 WAS 服务器，但我不知道 Oracle 将如何从那里调用它们。
  • Jenkins 部署会有什么问题吗？有什么改变吗？在这里，我们将 SQL/PLSQL 源保存在一些 XML 文件中，从中恢复整个应用程序（包、配置表、命名法......）（工作数据除外）（通过从oracle 目录）。

如果您能想到有关此迁移的任何其他问题，您在迁移到 Exadata 期间或之后遇到的任何问题，请分享！

谢谢，

4

1 回答 1

0

一步步：

  1. 在 exadata 上，您将拥有相同的优化器行为并进行一些改进，因为 exadata 可以通过智能全扫描提高全表扫描性能。事实上，exadata 能够避免检索 fts 中的数据块，因为它事先知道它们不包含需要的数据。
  2. 在 exadata 中，您可以将 DBFS 文件系统导出到外部服务器，这可能对外部表、导入/导出等有用。
  3. 您可以将文件写入您可以配置的 DBFS。
  4. 如果您希望从 exadata 外部访问 ksh 文件，则可以使用 DBFS。
  5. 让您的 oracle 目录指向 DBFS 文件系统中放置 xml 文件的目录，然后就完成了。
于 2018-08-26T18:37:18.043 回答