MSSQL网站制作之SQL SERVER 日记传送，设置，监控，脚色...
这能找出所有错误的99.99%。它不能找出的是仅仅涉及数据文件的损坏(这很不常见)。如果你想要检查一张表，你通常应该没有选项地运行myisamchk或用-s或--silent选项的任何一个。server|监控LogShipping
OperationsGuide
Version:1.0
ByTonyMeng
2004-11-30
Index
CreateLogShipping..3
Monitor..9
DeleteLogshipping..10
RoleAlter..11
RoleChange..13
CreateLogShipping
1.SQLServer节点1Tonym和Tonym02必需位于统一域中，而且SQL1和SQL2都要利用域账户启动SQLServer服务和SQLServerAgent服务。
2.在企业办理器中删失落local毗连，使用ServerName注书籍地服务器Tonym，帮助服务器Tonym02
3.在SQL1服务器上新建共享文件夹NorthwindBackupShare01，付与启动SQLServer账户的Full权限。在SQL1服务器上新建文件夹ReceiveSQL2Logs，用来在举行数据库脚色转换时吸收从SQL2上传送过去的日记。
在SQL2服务器上新建共享文件夹NorthwindBackupShare02，付与启动SQLServer账户 的Full权限。在SQL2服务器上新建文件夹ReceiveSQL1Logs，用来吸收数据库SQL1上传送过去的日记。
4.设置想要使用LogShipping的服务器为完整恢复形式。
5.在DatabaseMaintenancePlans上右键NewmaintenancePlan，选择举行LogShipping的数据库，每次只同意选择一个数据库。
6．往失落Backupthedatabaseaspartofthemaintenanceplan,包管保护企图独一性（保举）
7．指定命据库日记备份路径。
8．指定寄存日记文件的共享文件夹。
8.增加目标数据库。
ServerName为目标称号
TransactionLogDestinationDirectory填写从SQL1上传送到SQL2上日记文件的吸收路径.
DestinationDatabase选择新建数据库（指定命据文件，日记文件寄存路径）大概使用已存在的数据库
DatabaseLoadState
Norecoverymode：利用者将没法举行材料查询，只供备份利用.
Standbymode：设置成只读形式，只需不是举行日记回存的时分，都能够举行查询。
Terminateusersindatabase(Recommended)：在回存数据库或是买卖日记文件时，回存程序将是数据库独一的利用者。
Allowdatabasetoassumeprimaryrole：同意次要服务器与主要服务器之间举行脚色转换。
选择举行脚色转换后新次要服务器的共享目次路径。
o
9．InitializetheDestinationDatabase:选择比来一次的材料或是创建一份新的备份材料。对年夜型数据库，利用即有备份对照无效率。可是要包管从备份以后的日记都存在于主服务器上的日记共享目次中。
10．设定主服务器上日记备份频次。
11．设置帮助服务器复制备份日记和加载备份日记的频次，和日记文件在帮助服务器上的保存工夫。
12．针对日记备份及日记回存事情，设定公道的提早工夫，当凌驾临界工夫时，日记传送监控程序对话框会响应一个告诫信息。
13．指定监控服务器，应当指定自力于主服务器，帮助服务器的第三台服务器作为监控服务器，大概指定帮助服务器为监控服务器。
14．点击Next，指定保护企图的称号。Finish，入手下手举行Logshipping的创立。
Monitor
1.LogShipping创立好后，和LogShipping相干的信息存储在msdb的7个表中：
Log_shipping_plans
Log_shipping_plan_databases
Log_shipping_databases
Log_shipping_plan_history
Log_shipping_monitor
Log_shipping_primaries
Log_shipping_secondaries
2.能够在监控服务器的management下看到Logshipping备份，复制，加载等举措的形态信息。
DeleteLogshipping
1.选择次要服务器上的logshipping保护企图,翻开属性，选择【Logshipping】设定页，然后点选【RemoveLogShipping】。此举措将从主要服务器上移除SQLServerAgent的备份与回存事情，并扫除日记传送材料表内的一切相干材料。别的，日记传送监控程序的相干信息也会一并被扫除。但是此举措将会得当地保存次要服务器上SQLServerAgent的买卖日记备份事情。只要在删除数据库保护企图时，该事情才会被移除。假设您想从监控服务器内移撤除日记传送监控程序，请用手动体例将log_shipping_primaries与log_shipping_secondarie这两个材料表(位于监控服务器的msdb数据库)的材料删除便可。
假如您在数据库保护企图内设定日记传送时，就已同意目标数据库能够做为新的日记传送来历数据库。当您删除次要服务器的保护企图时，主要服务器上仍旧会保存其数据库保护企图，和买卖日记文件备份事情。删除这些项目标体例是将主要服务器上与日记传送相干的数据库保护企图间接删除。
RoleAlter
1.在主服务器上创立上岸同步DTS包。
2.翻开企业办理器并毗连到主服务器。睁开企业办理器树至“DataTransformationServices”组，选择“LocalPackages”。右击“LocalPackages”并选择“NewPackage”。从“Task”菜单选择“16TransferLoginsTask”。在源选择主服务器，目标选项卡选择帮助服务器。在“Logins”选项卡，选择传输与特定命据库联系关系的上岸，大概传输该服务器的一切上岸。（关于我们的情况保举利用传输该服务器的一切上岸）
3．将DTS包保留在主服务器。
3．指定DTS同步工夫（最少每周一次）。
同步上岸账户SID
1.bcpmaster..sysloginsoutlocalpathyslogins.dat/N/Scurrent_primary_server/Usa/Psa_password.
稍后会用到导出的syslogins信息.
2.升级次要服务器.在主服务器运转以下存储历程。
Usemaster
Execmsdb..sp_change_primary_role
@db_name=‘current_primary_dbname’
@backup_log=1,
@terminate=1,
@final_state=3,
@access_level=1
3.晋级帮助服务器.在帮助服务器运转以下存储历程。
Usemaster
Execmsdb..sp_change_secondary_role
@db_name=‘current_secondary_dbname’
@do_load=1,
@force_load=1,
@final_state=1,
@access_level=1,
@terminame=1,
@keep_replication=0,
@stopat=null
该存储历程会将数据库质为单用户形式。明显没有任何利用者正在存取数据库，它却告知我数据库今朝为利用中，办理的体例为从头实行一次该存储历程。
4.关照监控服务器脚色已变动，在监控服务器上运转以下存储历程。
Usemaster
Execmsdb..sp_change_monitor_role
@primary_server=‘current_primary_server_name’,
@secondary_server=‘current_secondary_server_name’,
@database=‘current_secondary_dbname’,
@new_source=‘new_source_directory’
5.在主要服务器上剖析登进帐号
Usemaster
Execsp_resolve_logins
@dest_db=‘dbname’,
@dest_path=‘destination_path’,
@filename=‘filename’(fromstep1export)
6.毗连数据库存取与权限。将转移后已剖析的登进帐号保持至绝对应的数据库利用者及其权限.(SQLBOOKOnline短少此步)
Usesourcename
Execsp_change_users_login‘update_one’,‘username’,‘LoginName’
RoleChange
1.在新次要服务器的数据库保护企图内移除日记传送功效。
2.在次要服务器上删除数据库保护企图。
3.在主要服务器上删除数据库保护企图。
4.保护一切买卖日记。
5.在新次要服务器上创建一个新的数据库保护企图，指定新主要服务器地点，目标数据库地位，和买卖日记之得当寄存地位。
6.从头入手下手新次要服务器的一切举动。
在您乐成设定脚色交换且建置新日记传送配对服务器后，EnterpriseManager的日记传送监督器大概会告知您新主要服务器数据库并未与新次要服务器数据库获得同步（outofsync）。假如“比来一次加载的买卖日记”与“比来一次备份的买卖日记”之间的工夫差凌驾了out-of-sync设定值，您就会收到此呈报。你必要把新主服务器的备份日记拷贝到新次服务器的同步备份路径下。到比来一次的备份材料被加载以后，日记传送监督器会回到寻常无毛病形态。
“数据行级锁定”的意思是指在事务操作的执行过程中锁定正在被处理的个别记录，不让其他用户进行访问。这种锁定将影响到（但不限于）SELECT、LOCKINSHAREMODE、SELECT、FORUPDATE命令以及INSERT、UPDATE和DELETE命令。 但换公司用MSSQL2K感觉自己好像根本就不了解MSSQL。什么DTS触发器以前根本没用过。 微软对CLR作了大篇幅的宣传，这是因为数据库产品终于融入.net体系中。最开始我们也是狂喜，感觉对象数据库的一些概念可以实现了。 sqlserver的痛苦之处在于有用文档的匮乏，很多只是表明的东西 入门没那么困难，精通没那么容易 现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层. 语句级快照和事务级快照终于为SQLServer的并发性能带来了突破。个人感觉语句级快照大家应该应用。事务级快照，如果是高并发系统还要慎用。如果一个用户总是被提示修改不成功要求重试时，会杀人的！ 还不是性能有问题！否则面向对象的数据库早就实现了！建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法，并且用到了大量的指针和高级数据模型。 两个月啃那本sqlserver2005技术内部-存储引擎，花了几个月啃四本书
页:
[1]