13518219792
可能硬盘的磁盘柜服务器，启动慢。话说机房UPS最好能通过支持十小时。。
十余年的新北网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。成都全网营销的优势是能够根据用户设备显示端的尺寸不同，自动调整新北建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。创新互联从事“新北网站设计”,“新北网站推广”以来，每个客户项目都认真落实执行。
由于断电，导致Vcenter机器未正常关机，再启动之后vmware virtualcenter management webservices 服务无法启动。
原因可能是由于再启动的时候，Vcenter所依赖的数据库（我的是SQLserver 2008）服务启动的时间较慢，导致Vcenter服务器再启动的时候无法连接到数据库所以启动不起来，并且在sqlserver的服务器启动之后，手动去启动也无法启动此服务。
解决办法：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\vpxd中的DependONservice中添加sqlserver的服务（服务名称要一致），然后重启机器，几分钟之后再去尝试启动mware virtualcenter management webservices 服务启动成功，问题解决。
我就实话实说了，也不说些假安慰的话了，如果数据损坏，那就看你有没有备份过了，有备份的就幸运了，如果没有的话，而你自己又不懂数据库恢复，那只有请人帮忙恢复了，而且不一定能修复，数据库修复是一个很复杂的问题，而且问题可大可小啊，需要懂的很多，而且没有保证一定就能修复，看情况而定
一般服务器都会有备用电源的，即使断电也不会丢失数据。当服务器断电后使用UPS的备用电也能将数据保存起来
第一步
检查客户端进程中是否有"sqlserver"这个进程,如果没有,说明本机的MSDE没有启动,启动它之后再进行下一步.
第二步
尝试对127.0.0.1连接,这是本机的IP,如果能连接上,说明本机上的sqlserver
ODBC驱动没有问题.如果不能连接上,则可能需要重新安装相应的驱动,如果你不知道相关的操作,可以考虑用ghost恢复系统.
如果恢复系统,则需要从第一步开始重做检查.
第三步
在服务器做与在客户端上同样的检查工作.
第四步
在服务器上运行命令行窗口,用ipconfig/all命令查看服务器的IP地址
第五步
在客户端上使用IP地址来连接服务器上的sqlserver服务.如果失败,则检查服务器系统日志,查看日志记录可以了解到是为什么不能连接.
第六步
在客户端尝试使用机器名连接,如果失败,检查服务器是否开启了"Computer
Browser"服务.没有开启此项服务的话,是不能直接通过机器名连接的.开启它.
----------------------------------------------------------
如果MSSQL启动失败,在本机也无法连接,则可能是主要数据库损坏,从正常的电脑中复制相应的数据库文件履盖本机的数据库文件后再次启动sqlserver即可.需要注意,数据库文件与日志文件要一起复制.
sqlserver附加数据库错误823的解决方案
一、SQL-Server附加数据库时失败。
1、异常情况：服务器在正常运行的情况下突然断电，导致数据库文件损坏，具体表现是：数据库名后面有“（置疑）”字样。
2、异常分析：关于823错误的 SQL-SERVER 中的帮助：
================================
错误 823
严重级别 24
消息正文
在文件 "%4!" 的偏移量 %3! 处的 %2! 过程中，检测到 I/O 错误 %1!。
解释
Microsoft SQL Server 在对某设备进行读或写请求时遇到 I/O 错误。该错误通常表明磁盘问题。但是，错误日志中在错误 823 之前记录的其它核心消息应指出涉及了哪个设备。
3、解决办法：
在SQL-Server企业管理器中，新建同名数据库（这里假设为Test）后，停止数据库，把损坏的数据库文件Data.mdf和Test_log.LDF覆盖刚才新建数据库目录下的Data.mdf和Test_log.LDF，同时删除Test_log.LDF文件；启动数据库服务，发现数据库名Test后面有“置疑”字样。不要紧，打开SQL自带查询分析器，分别执行如下SQL语句：
第一、
exec sp_configure 'allow updates',1 RECONFIGURE WITH OVERRIDE /* 打开修改系统表的开关 */
第二、
update sysdatabases set status=32768 where name='数据库名' /* 设置数据库状态 */
第三、
DBCC REBUILD_LOG ('数据库名','D:\database\Test_Log.LDF') /* 重建LDF文件 */
第四、
update sysdatabases set status=0 where name='数据库名' /* 重置数据库状态 */
第五、
restore database 数据库名 WITH RECOVERY /* 恢复数据库 */
第六、
exec sp_configure 'allow updates',0 RECONFIGURE WITH OVERRIDE /* 关闭打开修改系统表的开关 */
按照此方法操作，应该能修复数据库正常访问了。如果问题依然存在，最笨的一个方法就是新建另一个数据库，把原数据库（Test）各个表的数据导出到新建数据库表中。
============================================================
补充说明：用上面的六步把数据库置疑的问题解决了，但是数据库表里还有损坏的表(inf_gdscode)，把坏表导出的时候也不成功。最后在查询分析器里运行：
USE nmgbt_hcxuexipos (数据库名)
GO
DBCC CHECKTABLE ('inf_gdscode',REPAIR_ALLOW_DATA_LOSS)
GO
数据可以的恢复，但是为什么备份的那么不及时呢？
企业的备份方案没有处理好吧。
推荐你定时做备份，最好是每天一备份。
有专门的备份软件来完成，手工操作，备份的数据部技术。
