审计来了，数据得导
我在集团信息中心做 DBA，说白了就是守着那几套核心库的人。平时数据库跑得好好的，最怕的就是两个电话：一个是凌晨三点的告警，另一个是审计部门的"配合函"。
这次来的是后者。集团内审，要求把近三年的业务数据导出来，交给业务部门核对，再由业务部门转交审计组。流程上我是第一棒——导数的人。
导数本身不算难，难在"审计要的数据"这六个字背后的含义：字段要全、口径要对、格式不能有乱码、表结构得跟他们那边的工具对得上。我接到需求的第一反应不是头疼数据量，而是头疼"返工"这俩字。
干过 DBA 的都懂，数据导出从来不是一次性的事，而是一个"导出—发现问题—调整—再导出"的死循环。
精简完还有 250 多个G
需求确认后，我先按全量导了一版，跑完一看，好家伙，快 400GB。业务那边说太多了，审计用不了这么多，让我们按口径筛一筛、压一压。
筛字段、删中间表、去掉历史归档区，折腾了两天，精简到 250 多GB。我以为这就万事大吉了，结果第一版刚交上去，审计那边就打回来了：有几十个字段里带特殊字符，他们导入工具一碰到就报错，让我重新处理。
改编码、加转义、处理换行符，又导了一版。这一版业务那边一看，说某几张宽表的关联关系不对，得重跑。第三版导出来，文件名里多了个时间戳，审计组的脚本又不认……
一来一回，导了整整四版。每一版 250GB 出头，我的临时盘都快被 .dmp 和 .csv 挤爆了。
U盘跑断腿的一周
真正让我崩溃的不是导数，是送数。
集团安全策略在那摆着：生产库的数据不能直接走外网传，也不能随便挂公网网盘。审计组又不让我们直接登录他们的系统上传，非得"物理交接"——数据导出来之后，拷进移动硬盘，由 DBA 交给业务部门，业务部门再交给审计组。
听起来很简单，对吧？但 250GB 这个体量，我手头最大的移动硬盘 1T，拷一版要跑两个多小时，中间还不能断。更要命的是每次返工，我都得重新拷一遍。
那一周我每天的工作，基本就是：早上导数，中午等导完，下午拷硬盘，傍晚跨楼送文件。集团三个园区，我一周走了两万多步，光是为了搬这几个 250GB。更别提移动硬盘拷贝那个速度——机械盘 80M/s 上下飘，250GB 跑下来两个多小时，中间只要碰一下线就怕中断。
我盯着进度条的时候在想：我是个 DBA，不是快递员啊。
转机：一个网页解决了所有问题
周五中午，我在食堂跟同组的老周吐槽这事，说这一周啥也没干，净当人肉传输线了。老周听完夹了口菜，淡淡地说："你怎么不找个网页传？我上次传个项目交付包，几百个G，拖进去发个链接就完事了。"
我当时第一反应是不信。集团数据，几百个G，一个网页能传？合规不合规先不说，速度能行？老周说他用的是个叫冰梭的网页，直接浏览器打开，文件拖进去生成链接，对方点开就能收。关键是——内网传输不走公网，速率比我那块机械硬盘还快。
冰梭解决方案
针对企业大文件传输场景，冰梭提供以下能力：
- 内网P2P直连：文件不经过公网服务器，从发送方直达接收方，速率可达千兆满速
- 无需安装客户端：浏览器打开即可使用，无需任何软件安装，无需IT管理员协助
- 大文件无忧：单文件支持10GB内免费P2P直传，跨网走OSS加密中转（套餐按期积分池，最高1500积分）
- 端到端加密：DTLS协议全程加密传输，文件不落地服务器，满足企业安全合规要求
- 传输记录追溯：完整的传输日志，发送方、接收方、时间、文件大小全程可追溯
250GB，一个半小时
我半信半疑地打开冰梭网站。网页很干净，没有要装客户端、没有要注册企业账号那一套。我把第四版的数据包整个拖进去，生成了一条链接，甩给了业务部门的小李。
然后我盯着速率看了很久——稳在 40M/s 以上。250 多GB，不到一个半小时，完整地落进了业务部门的机器。没有移动硬盘、没有跨楼跑腿、没有"线碰一下就中断"的提心吊胆。
后来审计那边再提小修改，我改完直接发链接，全程没再摸过那块移动硬盘。那一周跑出来的两万步，算是白费了——但我一点也不心疼。
写在最后
其实数据量本身没变，250GB 还是 250GB。变的是"搬运方式"。以前我们默认大文件就得靠物理介质——硬盘、U盘、人腿，因为网传太慢、公网不安全、内网工具又难用。这套默认让我把一周时间花在了"当快递员"上。
说到底，DBA 的价值应该是在数据库里，是在那些 SQL 和执行计划里，不是在跨楼搬硬盘的路上。审计要的是数据本身，不是我这个"人肉快递"。
现在每次有大批量数据要交接，我第一反应不再是找硬盘，而是生成一条链接。那条链接替我跑了那一万步，让我能坐回工位，继续盯我的慢查询。
有大批量文件要传的，可以试试，网页打开就能用，内网直连不走公网。