gdpgdp_3

看远端的库对应这个联邦访问的连接，如果存在就杀，再回来本地杀这个连接，如果远端已经不存在本地的联邦访问还在基本就杀不掉了，只有重启库了

只能新建分区表，然后数据导入，分区健选好，范围规划好别将来时间久了没人维护数据插入不进去就麻烦了，另外定期收集统计信息，否则可能因为分区原因拖慢你的速度，分区后原来的索引也得处理好因为分区后分全局和分区索引两种，语

没有备份人为错误没法防范啊，例如删数据

9.1不知道，太老了，9.7之后恢复的时候如果名字相同是会让你选择是否覆盖的

如果没全删除可以dart置为前混看能不能指定时间点前滚，如果不成就dart数据，如果有服务的话最好找800看可以重新给作下日志

大体上判断是不是写操作最近增长了，快照对比可以看，也可以看是否io整体存在瓶颈还是只写日志瓶颈了，可以适当调整下logbuffer如果整体压力表大io瓶颈，在没法降低写量情况可以考虑把日志迁移快速存储，历史数据对比很关键，临

如果只是中文问题不大，如果还有其他gbk不兼容的字符就会乱码，例如日语什么的，因为utf8比gbk集合大

没法计算那么精确，update delete大致可以按照1比1需要准确的数字话可以通过测试来确定，计算表大小后全部删除过更新看看，不过评估日志大小的时候一般初始按照最大表设置下，然后观察更新高峰使用率进行调整

不能了，抓抓语句快照或者缓存里的语句看看有没有这个删除语句，但是即使没有时间的，查不到也不能说明没有，因为可能被清出语句缓存了

估计你没激活库，激活库就好了，第一次连接需要激活库