问题标签 [dump]

我正在寻找一种工具来将包含 DDL 和内容的数据库转储为纯 SQL 脚本，以便可以以纯文本格式存档。我知道例如 Oracle 转储工具或 MySQL 转储，但是是否有可以连接到不同数据源并完成工作的工具？GUI 会很棒。

我正在编写一个 PHP 脚本（它也使用 linux bash 命令），它将通过执行以下操作来运行测试用例：

我正在使用 PostgreSQL 数据库（8.4.2）...

1.) 创建数据库 2.) 修改数据库 3.) 存储数据库的数据库转储 (pg_dump)

4.) 通过执行步骤 1.) 和 2.) 进行回归测试，然后获取另一个数据库转储并将其与步骤 3 中的原始数据库转储进行比较（差异）。）

但是，我发现 pg_dump 并不总是以相同的方式转储数据库。它每次都会以不同的顺序倾倒东西。因此，当我对两个数据库转储进行比较时，比较会导致两个文件不同，而实际上它们是相同的，只是顺序不同。

有没有不同的方法可以做 pg_dump？

谢谢！

我们有一个 .NET 服务在启动时使用约 30MB 的内存。（VM ~= Mem 使用情况）
我想转储进程并找出持有这些 30MB 的内容。

生成迷你转储的 CDB 调试器将内存使用量增加了 100MB。
从转储中我可以看到那 100MB 是图像内存（DLL）

在调试器分离后很久，内存使用率仍然很高。我想知道这个图像加载/内存增加的原因是什么？

谢谢。

我需要创建一个转储文件，这样当我执行它时，我没有依赖问题

1. 表在查询之前运行
2. 子表之前的父表等
3. 没有由于外键失败而导致插入失败

就像在即时调试中一样，VS 2003 编译的应用程序是否在 catch (...) 中捕获 Win32（或异步）异常并展开堆栈？在写入转储文件之前...

鉴于：

Repository_1 - 源

Repository_2 - 目的地

我使用 svnadmin 和 svndumpfilter 的组合创建了 Repository_1/Folder1 的转储文件

当从Repository_1/Folder1的转储文件加载到Repository_2/Trunk时，一切都很好但是

从Repository_1/Folder1/Sub-folder（为此创建另一个转储）加载到Repository_2/trunk时，我收到以下错误：

谁能解释一下？

运行以下 vbscript 调用 svnadmin 转储失败（即没有创建转储）

我从另一篇文章中发现，svn dump 使用 WScript.Shell 失败，我必须使用 cmd 创建一个新的命令解释器，如下所示：

这成功创建了转储，但我永远无法读取输出信息（即 * 转储修订版 100。* 转储修订版 101 等）。我试过了

但什么都没有显示。

我可以知道如何读取输出信息，以及为什么我需要在 svnadmin dump 命令正确执行之前使用“%comspec% /c”创建一个新的命令解释器？谢谢。

问候，德克斯顿

编辑代码：

解决方案：

我正在使用 ASANT 运行一个指向 NARS.jar 文件的 xml 文件。

我得到“java.lang.OutOfMemoryError: Java heap space”，我正在研究这个。

所以我发现我需要设置“-XX:+HeapDumpOnOutOfMemoryError”，来创建一个转储文件来分析。

我编辑了 ASANT.bat 并将“-XX:+HeapDumpOnOutOfMemoryError”添加到 ANT_OPTS：

但我似乎找不到任何转储文件。当我找到转储时，我将使用 Eclipse 内存分析器进行分析。

我还尝试设置选项“-XX:HeapDumpPath=c:\memdump\bds.hprof”，但没有在那里创建转储。

有人知道我做错了什么吗？提前致谢

我正在创建一个全局异常处理，它在某些情况下在关闭之前收集一些信息。此信息之一是当前线程转储。我使用以下代码执行此操作：

问题是将信息写入 TDA 的可分析格式。是否有一种“简单”的方式来格式化信息而不是自己编写格式？

编辑：我想要一个完整的线程转储，这样我就可以找到有问题的线程。上面提到的方法提供了一个 ThreadInfo-Objects 数组，所以我有数据。我的问题是书面输出不是 TDA 识别为线程转储的格式。

我们的 Oracle 数据库遇到了严重的性能问题，我们想尝试将其迁移到基于 MySQL 的数据库（直接使用 MySQL，或者最好是 Infobright）。

问题是，在我们真正知道新数据库的所有功能是否符合我们的需求之前，我们需要让新旧系统至少重叠几周甚至几个月。

所以，这是我们的情况：

Oracle 数据库由多个表组成，每个表都有数百万行。白天，实际上有成千上万的语句，我们不能停止迁移。

每天早上，都会将新数据导入 Oracle 数据库，替换数千行。复制这个过程不是问题，所以理论上我们可以并行导入两个数据库。

但是，挑战就在这里，要使其工作，我们需要从 Oracle 数据库中导出具有从某一天开始的一致状态。（我们不能在星期一导出一些表，在星期二导出一些表，等等。）这意味着，至少导出应该在不到一天的时间内完成。

我们的第一个想法是转储模式，但我找不到将 Oracle 转储文件导入 MySQL 的工具。导出 CSV 文件中的表格可能会奏效，但恐怕需要的时间太长。

所以我现在的问题是：

我应该怎么办？是否有任何工具可以将 Oracle 转储文件导入 MySQL？有没有人经历过如此大规模的迁移？

PS：拜托，不要建议Oracle的性能优化技术，我们已经尝试了很多:-)

编辑：我们之前已经尝试过一些 ETL 工具，但发现它们不够快：仅导出一个表已经花费了 4 个多小时......

第二次编辑：来吧，伙计们......没有人尝试过尽可能快地导出整个数据库并转换数据以便可以将其导入另一个数据库系统吗？