Question

Oracle导出备份大表小表通常用什么方式？孰优孰劣？ 麻烦嫩详细说说

Answer 1

1. 大表小表的定义，楼主是如何界定的？
2. 数据库备份方式和大表小表无关，只和表的逻辑、重要性有关
3. 一般的数据库备份按策略分，可以分为全备份、增量（归档）备份；按备份介质，可以分为磁带备份、磁盘备份；按备份方式，可以分为软件备份（rman、第三方软件）、导出备份（exp，俗称dmp备份）
4. 一般按长周期（比如一周一次）做全备份，加以短周期（比如一天一次）做增量备份
5. 针对重要表、行的重要数据库，有针对性的补做短周期的全备份（通过导出）
需要补充说明的是，有一种情况建议短周期也做全备份，就是某表的增删改非常频繁，生成的增量（归档）比实际表要大，且对操作逻辑（增量）不敏感时，建议用exp
但这与表的大小，没有直接关系

追问

明白了。
就是目前我们库中有几张3000、4000千万的大表，考虑要走迁移，即使分批exp效率还是很慢，所以想问问有没有什么更好的办法，或是思路来处理这个问题。

追答

原来是迁移要用，从数据库层面，可没有更好的方法
不知道你是什么操作系统，也不知道迁移是否跨平台，
从OS层面给你个思路，
1. 停数据库
2. 用lvcopy，或者iocp
3. 在迁移target导入
这样可以规避数据库逻辑层耽误的时间，建议先用小表，或者小库
在同样的OS、存储环境测试一下
而且，需要你回答完我的问题，才能确定是否可行

追问

迁移之后再说，现在就想最简单的一步, 如何能稍微效率高点的把大表分批这么的导出哦，
这么的大表实在不好处理。

追答

没办法，呵呵，也不是简单的备份，我能想到的，就是OS层的操作了
这么大数据量的迁移你自己做？是生产（正式）系统么。。
没有实施商给你个方案么。。囧
如果你能确定平台的话，我还可以帮你参谋参谋
整体的迁移方案，这事儿就深了。。

Answer 2

大体看了一下，你说的应该是导出数据（导出和备份是不同的）。既然是数据迁移，业务应该已经停了吧，如果有备份的话，可以恢复到多个机器上，每个机器分别导出一部分，合起来就是完整的库了。