博客园_asp.net C# 痕风

SQL2008根据日志恢复

2012-04-16T07:37:00Z

网上收集的一篇文章,忘记是哪里的了.

做个记号.

--创建测试数据库
CREATE DATABASE Db
GO

--对数据库进行备份
BACKUP DATABASE Db TO DISK='c:\db.bak' WITH FORMAT
GO

--创建测试表
CREATE TABLE Db.dbo.TB_test(ID int)

--延时1秒钟,再进行后面的操作(这是由于SQL Server的时间精度最大为百分之三秒,不延时的话,可能会导致还原到时间点的操作失败)
WAITFOR DELAY '00:00:01'
GO

--假设我们现在误操作删除了 Db.dbo.TB_test 这个表
DROP TABLE Db.dbo.TB_test

--保存删除表的时间
SELECT dt=GETDATE() INTO #
GO

--在删除操作后,发现不应该删除表 Db.dbo.TB_test

--下面演示了如何恢复这个误删除的表 Db.dbo.TB_test

--首先,备份事务日志(使用事务日志才能还原到指定的时间点)
BACKUP LOG Db TO DISK='c:\db_log.bak' WITH FORMAT
GO

--接下来,我们要先还原完全备份(还原日志必须在还原完全备份的基础上进行)
RESTORE DATABASE Db FROM DISK='c:\db.bak' WITH REPLACE,NORECOVERY
GO

--将事务日志还原到删除操作前（这里的时间对应上面的删除时间，并比删除时间略早
DECLARE @dt datetime
SELECT @dt=DATEADD(ms,-20,dt) FROM #
--获取比表被删除的时间略早的时间
RESTORE LOG Db FROM DISK='c:\db_log.bak' WITH RECOVERY,STOPAT=@dt
GO

--查询一下,看表是否恢复
SELECT * FROM Db.dbo.TB_test

/*--结果:
ID

-----------

（所影响的行数为 0 行）
--*/

--测试成功
GO

--最后删除我们做的测试环境
DROP DATABASE Db
DROP TABLE #

本文链接

程序出错后程序员给测试人员的20条高频回复

2012-04-09T06:32:00Z

程序员和软件测试员之间的关系无须多言。这些经典回复是国外程序员总结分享的，“全球通用”。
20. “That’s weird…” 很奇怪……
19. “It’s never done that before.” 以前没这样过的。
18. “It worked yesterday.” 昨天还好好的。
17. “How is that possible?” 那怎么可能？（怎么会出问题？）
16. “It must be a hardware problem.” 这一定是硬件问题。
15. “What did you type in wrong to get it to crash?” 你输入什么东西后才崩溃的？
14. “There is something funky in your data.” 你的数据有问题。
13. “I haven’t touched that module in weeks!” 我好几个礼拜没动那个程序了！
12. “You must have the wrong version.” 你一定在用错误的版本。
11. “It’s just some unlucky coincidence.” 这只是凑巧。
10. “I can’t test everything!” 我无法测试所有东西。（我的机器环境下，无法测试所有的可能情况。）
09. “THIS can’t be the source of THAT.” “这”不可能是问题的原因。
08. “It works, but it hasn’t been tested.” 程序能用，不过还没有测试。
07. “Somebody must have changed my code.” 一定有人改了我的代码。
06. “Did you check for a virus on your system?” 你的电脑扫描病毒了么？
05. “Even though it doesn’t work, how does it feel? 即便程序不行了，（你觉得）程序写得如何？
04. “You can’t use that version on your system.” 你不能在你系统上使用那个版本的程序。（程序版本和系统有冲突。）
03. “Why do you want to do it that way?” 你怎么会想着那样操作啊？
02. “Where were you when the program blew up?” 程序崩溃时，你在做什么呢？（做了哪些操作？）
01. “It works on my machine” 在我机器上好好的！！！（潜台词：怎么在你那就出问题了呢！！！）

本文链接

项目失败的若干征兆

2012-04-07T05:06:00Z

项目中的绝大多数成员都不希望项目失败，但是有些项目还是不可避免地失败了，虽然我们付出了巨大的努力，加了无数此的办，但是结果依然不可挽回。本文列举了一些现象，如果在项目中出现了少量所列举的现象，那么作为项目经理的你请注意了；如果出现了大量的现象，那么请十分注意了，项目前景不太妙。

一、需求如空中漂浮的羽毛

需求是项目的源头活水，因为有这样的需求，才导致项目的立项，才会有项目组的成立，才会有作为实现需求的项目经理。但是需求同样是导致项目进度延迟甚至项目失败的首要原因。大家可能看过《阿甘正传》这部电影，在电影的开头一片羽毛在空中飘来飘去、忽左忽右、忽上忽下；而你作为要捕捉到这片羽毛的项目经理能捕捉到吗？这样的需求导致两个问题：团队跟着需求跑，跑久了就变成疲军之师；需求的重复导致已有的工作需要返工。

二、职责不清、人浮于事

项目经理作为项目的核心人物，应类似与古代分封制下的诸侯，在项目组内具有生杀大权。如过没有这样的权利，那么给项目经理安排很少的任务，他也很可能没有足够的力量去完成，更别提巨大的目标和任务了。项目经理下的各种角色也应有明晰的职责，只有明确了职责，才能方便地开展业务。如果项目组的各种角色都没有明晰的职责，那么结果肯定是人浮于事，为什么？没有明晰的职责，就没有责任人，就没有推动者，就没有核心骨干；就会有扯皮，就会有推诿，就会有有心使不上力的人。

三、令行不止

人们常说“商场如战场”，其实项目开发与战场也有无数相似，差别就是战场上的军队组织更加严密。每个公司、每个项目都会有一些规章制度，对于这些制度应努力去遵守。例如“代码必须通过编译才可上传SVN”，这样的制度对与他人的工作是有影响的，如不遵守那么就导致他人工作受影响。如果一个项目组内有些人员严重违反公司规定，而没有收到相应的惩罚，那么其他人怎么看？对于屡次违反公司规定的人员一定要做到：不听话就拉出去“砍头”。另：无法推行的制度不要制定，无法检查的制度不要制定，靠人自觉的制度不要制定，无法做到赏罚分明的制度不要制定。

四、人心散了

队伍大了，人心就很容易散。此时就需要核心、骨干带领其他成员完成项目目标。人心散了，就没人努力、没人认真、没人推动，就只剩一个光杆司令。

五、领导干预过多

领导的干预是不可避免的，但是领导的干预不能成为项目的阻力。例如：领导提出的不切实际的目标、领导在需求上的过多干预、领导在权利上的干预、领导在项目管理理念上的干预。如果项目内没有技术负责人，那么项目经理碰巧懂技术并且有实力、时间去处理技术问题，那么很好项目经理就对技术问题一抓到底，相当于项目经理和技术负责人的角色由项目经理一人承担。但是，同时一定要避免在项目经理也懂一些技术的情况下，一有空就越过技术负责人对技术问题指指点点。这种干预对技术负责人的大家，对于项目整体的技术方案，进度都只有坏的影响。

六、人员成分复杂

如果一个项目组是新组建的，项目成员包括外包人员、实习生、应届生、工作1～3年的人员、从其他项目抽调过来的人员、不知道领导从哪里搞来的说可以充当顾问角色的人员。那么项目离失败只有几步之遥了。

七、追赶项目进度

虽然你很努力，整个项目组看起来也很努力，但是进度还是不可避免地出现了延迟。此时的你面对领导的压力，面对着自己的自尊心，面对着不愿意承认有问题的人性，决定加班吧！然后你把这个决定通知整个项目组的所有成员，大家在你的说服下，也认为“咱们加班可以把进度追回来”。于是加班，开始了，可是过了一段时间之后项目还是离失败越来越近了。

成果的项目是相似的，失败的项目却各有不同。当一个真正的程序员面对这样的项目时是会感到痛心疾首的！！！希望失败的项目越来越少！

本文链接

装完sql后修改计算机名后不能进行发布的订阅的解决办法

2012-04-07T02:59:00Z

方法一：

在配置数据同步的时候，要求相互同步的两台机器的数据库必须通过默认实例名称进行连接。如果你的默认实例已经删掉了，在当前实例上进行新建发布操作时候，会提示你：
“由于未在SqlServer的此实例上安装复制组件，Microsoft SQL server 无法访问这些组件，请参阅SQL Server……”

注意下面还有一个附加的提示，它的意思就是说默认实例名和当前的实例名称不一致。其实这个才是导致不能复制的主要原因。把它解决了，你就可以进行复制了。

产生的原因是因为安装完SqlServer之后，又修改了计算机的名称。

解决“SqlServer复制需要有实际的服务器名称才能连接到服务器。不支持通过服务器别名、Ip地址或任何其他备用名称进行连接。”

一：首先看一下，你的默认实例名称和当前的实例名称是否一致，我们在SqlServer2005 Management Studio中新建查询

SELECT @@SERVERNAME,SERVERPROPERTY('SERVERNAME')

可以看到查询出来两个不同的结果，说明当先运行的实例不是默认实例。可以通过以下方法将当前运行的实例改为默认实例。

1 USE master
2 GO
3 -- 设置两个变量
4 DECLARE @serverproperty_servername varchar(100),
5 @servername varchar(100)
6 -- 取得Windows NT 服务器和与指定的 SQL Server 实例关联的实例信息
7 SELECT @serverproperty_servername = CONVERT(varchar(100), SERVERPROPERTY('ServerName'))
8 -- 返回运行 Microsoft SQL Server 的本地服务器名称
9 SELECT @servername = CONVERT(varchar(100), @@SERVERNAME)
10 -- 显示获取的这两个参数
11 select @serverproperty_servername,@servername
12 --如果@serverproperty_servername和@servername不同(因为你改过计算机名字),再运行下面的
13 --删除错误的服务器名
14 EXEC sp_dropserver @server=@servername
15 --添加正确的服务器名
16 EXEC sp_addserver @server=@serverproperty_servername, @local='local'

然后重启sql，运行 SELECT @@SERVERNAME,SERVERPROPERTY('SERVERNAME')

方法二：

由于需要需要配置一个发布订阅，可是一直报告：" sql server 复制需要有实际的服务器名称才能连接到服务器，不支持通过别名、ip地址或其他任何备用名称进行连接。请指定实际的服务器名称“xxxx”（Replication Utlities）。"

经过一番分析发现是在安装完sql server 后修改过机器名称，运行下面两条语句既可以看出来：

1 use master
2
3 go
4
5 select @@servername；
6 select serverproperty('servername')

如果这两个结果不一致，说明机器改过名字，在配置复制的时候就会报上面的错误。

1 --要修复此问题
2 --执行下面的语句,完成后重新启动SQL服务
3
4 if serverproperty('servername') <> @@servername
5 begin
6 declare @server sysname
7 set @server = @@servername
8 exec sp_dropserver @server = @server
9 set @server = cast(serverproperty('servername') as sysname)
10 exec sp_addserver @server = @server , @local = 'LOCAL'
11 end

最后别忘了重新启动服务哦，启动完后，在运行：

1 use master
2
3 go
4
5 select @@servername；
6 select serverproperty('servername')

一切正常，复制也能用了

本文链接

这才是真实的--一笑而过还是反思

2012-03-30T02:59:00Z

一部高档手机，70％的功能是没用的；

一款高档轿车，70％的速度是多余的；

一幢豪华别墅，70％的面积是空闲的；

一堆公务人员，70%是混饭吃的；

一所大学里，70％的教授是扯淡的；

一大堆社会活动，70％是无聊空虚的；

一屋子衣物用品，70％是闲置没用的；

一辈子挣钱再多，70％是留给别人花的。

结论：生活简单明了，享受人生守住30％便好。正处、副处，最后都不知落在何处；

正局、副局，最后都是一样的结局；正部、副部，最后都在一起散步；

总理、副总理，最后都是一个道理；

主席、副主席，最后都会一样缺席。

人生如赛场，上半场按学历、权力、职位、业绩、薪金比上升；

下半场以血压、血脂、血糖、尿酸、胆固醇比下降。

上半场顺势而为，听命；下半场事在人为，认命！

愿童鞋们上下兼顾，两场都要赢。

没病也要体检，不渴也要喝水，再烦也要想通，有理也要让人，有权也要低调，不疲劳也要休息，不富也要知足，再忙也要锻炼。

人的一生，好比乘坐北京地铁一号线：

途径国贸，羡慕繁华；

途径天安门，幻想权力，

途径金融街，梦想发财；

经过公主坟，遥想华丽家族；

经过玉泉路，依然雄心勃勃

---这时有个声音飘然入耳：乘客您好,八宝山快到了！

顿时醒悟：人生苦短！

本文链接

人生务必要学会两件事：一是挣钱；二是思考。

2012-01-19T03:11:00Z

人生务必要学会两件事：一是挣钱；二是思考。

本文链接

生命不止，希望不灭

2012-01-19T03:10:00Z

不幸的人应该获得终结自己生命的权利，如果他愿意的话。但我想这或许是个严重的错误：无论生活看起来多么糟糕，你依然能够为此做些什么，并取得成功。生命不止，希望不灭。

—— 霍金

本文链接

谁在你身边与你同行

2012-01-17T01:00:00Z

在人生的长路上有一个人同行是多么幸福的事呀.

在这路你有同行者了吗?

本文链接

css样式里设置了position:relative;怎么就设置不了scrollTop呢

2011-11-03T02:37:00Z

今天遇到一个问题,做一个垂直菜单效果的时候,为了方便定位所以使用了position:relative;然后子项使用绝对定位.

接下来,又一个要求,过多的时候做个滚动.出于上面那样设置的原因一直没能设置scrollTop的值,一直是0;

最后,放弃position:relative;改为在javascript中计算菜单项的高度,再设置子项的top值.

本文链接

我的迅雷,不是VIP迅雷

2011-11-02T09:18:00Z

103939536
xunlei!=2009

本文链接

博客园_asp.net C# 痕风

SQL2008根据日志恢复

程序出错后 程序员给测试人员的20条高频回复

项目失败的若干征兆

装完sql后修改计算机名后不能进行发布的订阅的解决办法

这才是真实的--一笑而过还是反思

人生务必要学会两件事：一是挣钱；二是思考。

生命不止，希望不灭

谁在你身边与你同行

css样式里设置了position:relative;怎么就设置不了scrollTop呢

我的迅雷,不是VIP迅雷

程序出错后程序员给测试人员的20条高频回复