sqlserver 定期转移数据
想写一个 定期转移数据的小工具 主要就3个功能 备份 将正式库的数据备份出来， 导入：导入到另一个服务器的历史库，删除 删除 正式库的数据 求给点思路在数据转移这部分

------解决方案--------------------
写个存储，再设置一个SQL JOB就可以做到的
------解决方案--------------------
写一个存储过程利用SQL代理（作业） 定期执行即可
存储过程包含几块：
1： 最好先做一个数据库的完整备份，万一出错还能恢复
2： 使用链接服务器或者远程即席查询（openrowset）将数据备份到历史库
3： 删除本地已备份数据（例如：delete from table where [time] <= dateadd(day,-7,getdate())）

------解决方案--------------------
你可以这样
1.写个存储过程：把你要想转移的表全部录入里面，定义一个值例如100W当某些表的数量大于这个值的时候就开始数据转移
2.定义一个JOb，每天某个是几点运行这个存储过程，也可以是每个礼拜，具体看你的每天数据量的大小

------解决方案--------------------
用SQL的存储过程和作业就可以满足这个需求
------解决方案--------------------
个人建议 写个job或者程序定时做： 
1.初始化状态时候 保留一份数据库的mdf,ldf文件
2.主服务器每天定点分离mdf,ldf文件
3.传输主mdf,ldf文件到从服务器
4.从服务器附加mdf,ldf文件(根据日期新命名这个数据库 )
5.主服务器附加初始化的mdf,ldf文件

------解决方案--------------------
写成批处理文件才能实现想处理就处理的功能。
------解决方案--------------------

探讨

大家没理解 我的意思 业务人员不会玩SQL 写个小工具给他们使用 他们想转移就转移
我原计划是 先把正式库的数据导入到Access 数据库， 在把Access数据库导入到历史数据库。
我想听听大家有其他的思路没

------解决方案--------------------
http://www.cnblogs.com/studyzy/archive/2009/04/13/1434406.html
------解决方案--------------------
让业务人员想转移就转移正式机的数据？你确定要提供这样的功能？正式机的数据是企业最宝贵的财富之一，其他公司都是想尽方法不让别人随便碰的。
我觉得你可以这样，写个存储过程，首先判断业务人员的权限，然后只能提供该业务人员名下的数据，然后可以通过链接服务器直接导入到其他服务器；如果链接服务器你不能事先确定，也可以让业务人员提供，你在存储过程里使用SQL代码来创建，当然还有目标服务器的账户信息。
另外我强烈建议你不要让业务人员有接触到正式机数据的机会，你可以弄个中间数据库，或者是查询数据库，只给业务人员查询的权限，让他们去搞。搞出事情来大不了删掉重建。
正式机（生产机）越少人接触越好，实在要用，给的权限也越小越好。