MYSQL网页设计SQL Server 2000之日记传送功能―成绩解...
DBaaS系统本身并不提供面对面访问或个人客户关系或持续不断的支持MySQL学习教程。这些就是需要解决方案提供商的原因。他们帮助客户选择正确的解决方案、规划集成和迁移战略，然后协助实施。server|办理|成绩大概l生的e`1、剩余数据
当您举行SQLServer2000日记传送的实行时，大概偶而会中止设定历程。假如真是云云，那末某些材料仍旧会存进每台服务器的日记传送材料表，而且影响到后续的日记传送设定举措。为了包管这些残剩材料城市被扫除，请的确删除每台服务器msdb数据库内日记传送材料表之相干材料。
毛病信息：
Error14261:Thespecifiedprimary_server_name.primary_database_name(N)alreadyexists.
Error14426:Alogshippingmonitorisalreadydefined(...)
处置办法：
必需手动实行上面几个存储历程来删除LogShipping在数据库中纪录的信息。
1、sp_delete_log_shipping_primary
删除msdb.dbo.log_shipping_primary表中的PrimaryServer信息
2、sp_delete_log_shipping_plan
删除LogShipping企图
3、sp_delete_log_shipping_secondary
删除msdb.dbo.log_shipping_secondaries表中的SecondaryServer信息
4、sp_remove_log_shipping_monitor
删除LogShipping监督从表msdb.dbo.log_shipping_monitor
2、数据库的形式
假如准确设置了LogShipping，可是没有举措一般实行，在SQLServer的日记中能够看到相似这个信息和界面：
Microsoft(R)SQLMaintUtility(Unicode),VersionLoggedontoSQLServerZTAO-1asZTAO-1Administrator(trusted)
StartingmaintenanceplanLOG_Plan_9on2003-9-414:42:02
BackupcannotbeperformedondatabaseERPLogShipping.Thissubtaskisignored.
Deletingoldtextreports...0file(s)deleted.
EndofmaintenanceplanLOG_Plan_9on2003-9-414:42:02
SQLMAINT.EXEProcessExitCode:1(Failed)
多是你没有准确设置数据库的形式，完全形式。
3、Log文件寄存路径
在MSDN上看过一篇文章说，统一台电脑上再次设置LogShipping时，不要利用不异的目次寄存Log文件。这个没有考据过，只提一下，提示人人！
转摘《DigJim的专栏》――其实精典，但愿更多的人进修，资本共享
“通过有能力的DBA的一个简单计划，MySQL可以达到令人难以想像的运行速度，”一位资深DBA如此表示。MySQL中没有多余的功能来拖累CPU或占用内存。 having子句的作用是筛选满足条件的组，即在分组之后过滤数据，条件中经常包含聚组函数，使用having条件显示特定的组，也可以使用多个分组标准进行分组。 微软对CLR作了大篇幅的宣传，这是因为数据库产品终于融入.net体系中。最开始我们也是狂喜，感觉对象数据库的一些概念可以实现了。 总感觉自己还是不会SQL 无法深入到数据库系统层面去了解和探究 微软对CLR作了大篇幅的宣传，这是因为数据库产品终于融入.net体系中。最开始我们也是狂喜，感觉对象数据库的一些概念可以实现了。 需要注意的一点，也是我使用过程中发现的一个问题。在建立function->schema->table后，如果在现有的分区表上建立没有显式声明的聚集索引时，分区表会自动变为非分区表。这一点很让我纳闷。 这就引发了对varchar和char效率讨论的老问题。到底如何分配varchar的数据，是否会出现大规模的碎片？ sqlserver的痛苦之处在于有用文档的匮乏，很多只是表明的东西
页:
[1]