上一页 1 ··· 13 14 15 16 17 18 19 20 21 ··· 41 下一页

2014年1月22日

Replication--如何使用快照来初始化化请求订阅

摘要: 1>使用"默认位置"来初始化,简单易用,无须额外配置,但是适用场景有限。 2>使用"备用文件夹"来初始化,略微复杂,但可操作行强,可以使用多种方式将快照复制到订阅服务器,缺点是以后每次初始化都需要拷贝。 3>使用"FTP 文件夹"来初始化,相对复杂,如果FTP 用户的根目录配置不当,就会失败,优点是配置成功后,以后每次重新无须再做修改。 4>由于快照使用BCP文件来存放某一点的数据,因此数据较大时,快照文件会特别大,使用FTP方式不能压缩快照文件,因此会耗时较长,推荐将快照压缩后传递到订阅服务器,再使用"备用文件夹"来初始化。 阅读全文

posted @ 2014-01-22 20:38 笑东风 阅读(2103) 评论(2) 推荐(2) 编辑

Replication--备份初始化需要还原备份么?

摘要: 测试场景:发布服务器:SQLVM6\SQL2订阅服务器:SQLVM5\SQL2分发服务器:SQLVM3\SQL2发布数据库:RepDB2订阅数据库:RepDB2发布:RepDB2_TB1测试步骤:1>停止发布库上的日志备份2>备份发布服务器上数据库"RepDB2" 至"E:\REPDB2.BAK"3>将备份复制到订阅服务器,还原出数据库RepDB2_Temp4>在订阅服务器上将 RepDB2_Temp 订阅相关的数据导入到 RepDB2(INSERT SELECT)5>将发布RepDB2_TB1的属性"允许从备份文 阅读全文

posted @ 2014-01-22 10:56 笑东风 阅读(585) 评论(0) 推荐(0) 编辑

2014年1月21日

疑难杂症--SQL SERVER 18056的错误

摘要: 朋友遇到一个很棘手的问题,查看服务器日志,报以下错误:01/21/2014 11:47:43,spid296,未知,错误: 18056,严重性: 20,状态: 29。01/21/2014 11:47:43,spid495,未知,The client was unable to reuse a session with SPID 495 which had been reset for connection pooling. The failure ID is 29. This error may have been caused by an earlier operation failing. 阅读全文

posted @ 2014-01-21 18:02 笑东风 阅读(7017) 评论(2) 推荐(0) 编辑

2014年1月20日

TSQL--如何突破PRINT的8000大限

摘要: 使用FOR XML 来解决PRINT 字符串被截断的问题 阅读全文

posted @ 2014-01-20 22:25 笑东风 阅读(3417) 评论(7) 推荐(3) 编辑

执行计划--在存储过程中使用SET对执行计划的影响

摘要: --如果在存储过程中定义变量,并为变量SET赋值,该变量的值无法为执行计划提供参考(即执行计划不考虑该变量),将会出现预估行数和实际行数相差过大导致执行计划不优的情况--如果在存储过程中使用SET为存储过程参数重新赋值,执行计划仍采用执行时传入的值来生成执行计划。--=======================================--准备测试数据DROP TABLE TB1GOSELECT IDENTITY(INT,1,1) AS RID,*INTO TB1FROM sys.all_columnsGOINSERT INTO TB1SELECT *FROM sys.all_colu 阅读全文

posted @ 2014-01-20 15:25 笑东风 阅读(897) 评论(0) 推荐(1) 编辑

执行计划--为查询指定查询计划

摘要: --===========================--查询语句EXEC [sys].[sp_executesql] N'SELECT COUNT(1)FROM dbo.TB1WHERE RID>@RID',N'@RID INT',@RID=10 --===========================--为该语句创建执行计划EXEC [sys].[sp_create_plan_guide]@name=N'Guide3',@type=N'SQL',@stmt=N'SELECT COUNT(1)FROM dbo 阅读全文

posted @ 2014-01-20 14:21 笑东风 阅读(405) 评论(0) 推荐(1) 编辑

执行计划--重编译

摘要: --==========================================--在生产环境中,会遇到表中某列数据分布不均匀,导致在生成执行计划--不能适应参数的变化--==========================================--解决方式:强制存储过程重编译CREATE PROCEDURE dbo.USP_GetData( @PID INT)WITH RECOMPILEASBEGINSELECT *FROM TB1WHERE PID=@PIDENDGO--==========================================--解决方式:.. 阅读全文

posted @ 2014-01-20 14:15 笑东风 阅读(268) 评论(0) 推荐(1) 编辑

执行计划--参数化设置

摘要: 1>虽然可以使用“简单参数化”或“强制参数化”来优化 adhoc 查询,重用执行计划,但是仍会造成一定的性能损耗,对于重复执行的语句,还是应该将之参数化。 2>当大量只执行一次的adhoc 查询语句出现时,可以使用 optimize for ad hoc workloads 来减少计划缓存使用的内存。 阅读全文

posted @ 2014-01-20 13:48 笑东风 阅读(1355) 评论(0) 推荐(1) 编辑

执行计划--WHERE条件的先后顺序对执行计划的影响

摘要: 虽然在很多情况下SQL Sever引擎能帮助我们判定 WHERE 条件后的执行顺序,但我们仍应该将选择性高(过滤数据多)的条件放置在 WHERE 语句中的前面,尤其对于复杂的SQL 语句,应仔细分析测试。 阅读全文

posted @ 2014-01-20 13:36 笑东风 阅读(9303) 评论(1) 推荐(1) 编辑

神器与经典--DMVsinSQLServer

摘要: 绝对值得收藏的DMV 此经典SQL囊括以下信息 1. Causes of the server waits 2. Databases using the most IO 3. Count of missing indexes, by database 4. Most important missing indexes 5. Unused Indexes 6. Most costly indexes (high maintenance) 7. Most used indexes 8. Most fragmented indexes 9. Most costly queries, by average IO 10. Most costly queries, by average CPU 11. Most costly CLR queries, by average CLR time 12. Most executed queries 13. Queries suffering most from blocking 14. Queries with the lo 阅读全文

posted @ 2014-01-20 12:31 笑东风 阅读(1414) 评论(1) 推荐(2) 编辑

上一页 1 ··· 13 14 15 16 17 18 19 20 21 ··· 41 下一页

导航