实现Standby SQL Server数据库的基本步骤
首先，没有任何备份数据库?
我们使用的服务器硬件，可能是由于使用时间过长，而失败;
视窗系列服务器上，可能是蓝色或感染了病毒，SQL Server数据库，也可能是由于滥用或错误并停止运行。
如何有效地备份SQL Server数据库，以避免实际发生的故障停机时间长，每个系统管理员必须面对的任务。
2，对备用SQL Server数据库原理简单实现
我在这里并不需要硬件投入多(只有一个或一个专用的备份服务器的组合)和备用SQL Server的一个简单的配置和使用。
完整数据库备份和日志备份文件从MSDOS的工作环境下，通过xcopy命令复制备份环境(比在SQL Server在哪里设置日志传送方法要简单得多)，
然后根据备份环境，xcopy命令设置了备份文件操作(执行一些存储过程)来完成自动恢复操作。
如果发生意外，这样的备份系统，当然，还需要人工干预和恢复(如在备份机器的IP地址和主机名称更改或更改应用程序的连接到数据库参数等)，将失去一些数据是不可避免的。
3，备份和恢复案例介绍
首先我们要了解该系统能承受什么是最大的停机时间第一(如果是1小时)，最高可承受多大的数据丢失(如30分钟)，用它来设置备份和恢复目标：
工作环境一个SQL Server数据库(如果是db_test)必须设置为彻底失败恢复模式;
然后在数据库维护计划成立，每天4:00至做一个完整的数据库备份(每天从0:00，每20分钟做一个数据库的日志文件的备份，直到23:59时);
备份目录，只是为了保持最后一天完全备份和日志备份文件，并共享此目录。
在备份服务器环境中[控制面板] - “[任务计划]下增加一个上午12点05分开始每一天，每20分钟局域网任务的最近的文件备份目录xcopy命令的执行情况，直至下午23:59。
xcopy命令\ \ 192.168.0.1 \ db_test_backup \传真：\ backup_data \ db_test \ /荤/年/天/秒
备份服务器上的SQL Server根据备份文件复制，和下午12点10分开始，每天从旧的一个每20分钟执行新的，一个一个地还原数据库操作(叫我重写的过程sp_RestoreDir执行);
还有一个备份服务器，删除前两天行动备份文件(称为过程中，我写p_delete_db_test_backup执行)，以防止备份磁盘填满部门。
工艺sp_RestoreDir源代码：sp_RestoreDir.sql
工艺p_delete_db_test_backup源代码：p_delete_db_test_backup.sql
四结论
下面是简单的方法来实现我的工作环境备用SQL Server数据库也运行良好。
之
相关文档：
熟悉SQL SERVER 2000的数据库管理员都知道，其DTS可以进行数据的导入导出，其实，我们也可以使用Transact-SQL语句进行导入导出操作。在Transact-SQL语句中，我们主要使用OpenDataSource函数、OPENROWSET 函数，关于函数的详细说明，请参考SQL联机帮助。利用下述方法，可以十分容易地实现SQL SERVER、ACCESS、EXCEL数据转换� ......
我们要做到不但会写SQL,还要做到写出性能优良的SQL,以下为笔者学习、摘录、并汇总部分资料与大家分享！
（1） 选择最有效率的表名顺序(只在基于规则的优化器中有效)：
ORACLE的解析器按照从右到左的顺序处理from子句中的表名，from子句中写在最后的表(基础表 driving table)将被最先处理� ......
虽然直接将文件内容存入数据库字段的情况不多，不过在对于文件内容会发生变化的情况下存入数据库字段也不失为一种方法。
其实方法很简单，这里用到一个load_file函数，不知道是不是我下的MYSQL手册有问题。我在找这个函数的时候索引和内容不对应。
首先是建表语句
create table test (id int,file blob);
插入语� ......
