SQL Server装DC上???
这个也太强烈建议数据库不要跟DC装一起如果对数据库的高可用性有较大要求,可以考虑实现cluster,切换的时间一般在一分钟内。

解决方案 »

  1.   

    SQL Server装DC上???
    这个也太
    没有办法,装DC上是为了更方便大家读取。而且DC配置很好!
    为了怕DC出问题,所以想做动态镜像的!
    至于cluster,请问是什么问题?我不明白,谢谢!
    请进一步说说,好吗?
      

  2.   

    --知道log shipping吗?它可以实现.1.SQL Server 节点1 Tonym 和 Tonym02必须位于同一域中,并且SQL1 和SQL2都要使用域账户启动SQL Server服务和SQLServerAgent服务。   保证同一个域帐户对两个服务都有权限.2.在企业管理器中删掉local连接,应用Server Name注册本地服务器 Tonym,辅助服务器Tonym023.在SQL1 服务器上新建共享文件夹NorthwindBackupShare01,赋予启动SQL Server账户的Full 权限。在SQL1服务器上新建文件夹 ReceiveSQL2Logs,用来在进行数据库角色转换时接收从SQL2上传送过来的日志。 在SQL2 服务器上新建共享文件夹NorthwindBackupShare02,赋予启动SQL Server账户的Full 权限。在SQL2服务器上新建文件夹 ReceiveSQL1Logs,用来接收数据库SQL1上传送过来的日志。 
    4.设置想要应用Log Shipping的服务器为完全恢复模式。5.在Database Maintenance Plans上右键 New maintenance Plan,选择进行LogShipping 的数据库,每次只允许选择一个数据库。6.去掉Back up the database as part of the maintenance plan,保证维护计划唯一性(推荐)7.指定数据库日志备份路径。8.指定存放日志文件的共享文件夹。8.添加目的数据库。  Server Name 为目的名称  Transaction Log Destination Directory 填写从SQL1上传送到SQL2上日志文件的接收路径.  Destination Database 选择新建数据库(指定数据文件,日志文件存放路径)或者应用已存在的数据库  Database Load State   No recovery mode:使用者将无法进行资料查询,只供备份使用.  Standby mode :设置成只读模式,只要不是进行日志回存的时候,都可以进行查询。  Terminate users in database(Recommended) :在回存数据库或是交易日志文件时,回存程序将是数据库唯一的使用者。  Allow database to assume primary role:允许主要服务器与次要服务器之间进行角色转换。  选择进行角色转换后新主要服务器的共享目录路径。o9.Initialize the Destination Database: 挑选最近一次的资料或是建立一份新的备份资料。对大型数据库,使用即有备份比较有效率。但是要保证从备份之后的日志都存在于主服务器上的日志共享目录中。
    10.设定主服务器上日志备份频率。
    11.设置辅助服务器复制备份日志和加载备份日志的频率,以及日志文件在辅助服务器上的留存时间。
    12.针对日志备份及日志回存工作,设定合理的延迟时间,当超过临界时间时,日志传送监控程序对话框会相应一个警告信息。
    13.指定监控服务器,应该指定独立于主服务器,辅助服务器的第三台服务器作为监控服务器,或者指定辅助服务器为监控服务器。
    14.点击Next,指定维护计划的名称。Finish,开始进行Log shipping 的创建。
      

  3.   

    cluster就是群集。你到微软网站上搜索cluster可以看到相关的技术文章。这个概念不是三言两语可以解释清楚。简单来说,就是把数据库存储在一个独立的存储装置(磁盘柜)上,平时SQL Server运行在主机1上,当主机1出故障当机,可以自动切换到主机2上运行。
      

  4.   

    --SQL SERVER 2000 的log shipping 详解1.备用服务器 standby server
      备用服务器存储着最新的主服务器中的数据,而这种数据的同步是通过什么方法呢?在没有讲log shipping 之前.我们先讲讲一种比较笨的方法:
       1.在主服务器上执行全库备份.
       2.在备用服务器上执行restore语句来恢复全库备份,注意用norecovery选项.
       3.把主服务器上的日志备份也应用到备份服务器之上,注意也要应用norecovery选项.
       4.应用最近的一次日志备份,应用recovery选项.
    为了让用户可以连接到备用的服务器,我们还需要对服务器改名(和主服务器相同),或这通知用户连接到备用的服务器.最后,要在备用的服务器创建和主服务器相同的登陆帐号,我们可以用脚本化来实现.2.log shipping
      可以看出,上边的这种同步是非常复杂的,而我们可以通过在主服务器和备用服务器上的sql server agent 的job来自动化上边讲的备份,复制,恢复的过程.这个自动化的过程就叫做log shipping.下边就讲以下log shipping 的实现过程.
    1.启动数据库维护计划向导.
      
     中选择要实现log shipping的数据库,注意点选下边的复选框.2.设定日志备份的存储路径.
      
      然后就要设置日志备份的网络存储路径,注意这个共享文件夹对于主服务器和备份服务器的sql server agent都要有适当的权限.对主服务器要有读和写的权限,对备份服务器要有读的权限.
    3.设定目标服务器.
      
    4.应用第一次的全库备份,设定备份设备的路径.
      
    5.设定log shipping 的频率.--注意:当主服务器不可用的时候,为了让备用服务器代替主服务器,可以
    1.通过DTS的Transfer Logins Task,用户可以创建可以将主服务器的syslogins备份到备用服务器之中.
    2.执行角色转换.
      1.禁用主服务器上的事务日志备份作业--sp_change_primary_role
      2.禁用备份服务器上的备份作业,执行角色的转换--sp_change_secondary_role
      3.更新监视器反映新的主和备份数据库以及新的事务日志备份目录--sp_change_monitor_role
      4.以原来主服务器中的登陆来更新数据库的登陆.--sp_resolve_logins
    3.更新客户端的连接参数,或者更新ip或者更新sql server的名称.
      

  5.   

    不过陈兄的好象不是动态更新!
    我想作的是对客户端应该透明,两台服务器自动工作,类式一个SQL集合,每台服务器都有数据库服务器,凉台数据库服务器数据动态更新,一台出现问题,另一台可以继续工作!
    不用修改数据库名字的。
    我说的对吗》
    谢谢哥们!
      

  6.   

    樓主有多久沒有上csdn了。
    這麼長的時間都沒有結啊