Chinaunix首页 | 论坛 | 博客
  • 博客访问: 103068400
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: Sybase

2008-05-17 21:37:18

   来源: 


自动启动有三个潜在的问题:
1.在UNIX服务器上,SQL Server 进程必须由sybase用户来启动,而不是根目录用户。因为根目录用户在运行启动过程中时,在启动过程中必须使用su命令(在UNIX下是交换user)换到sybase,以使进程进程能正常启动。
2.在有些服务器上,在SQL Server访问之前,网络可能还没有完全启动。如果是这样的话,SQL Server进程就将启动失败。
3.如果SYBASE进程试图在驱动器真正可用之前启动(例如,如果一个外部驱动顺组要花一两分钟来加电启动),自动启动可能会过早地访问这些驱动器。如果是这样,那些驱动器上的数据库就会被标记为supect(可疑的),用户必须直接修改sysdatabases表,去掉那个标志,重新启动SQL Server。

显然,如果一半以上的的时间都必须人工关闭然后再重新启动,那么自动启动也就没什么意义了。如遇到这种情况,用户有几种选择。
首先,用户可以总是手工启动服务器。
第二,用户可建立一个先启动驱动器并进行30秒的预热,然后再启动服务器的协议。这是有用的,但是在自动的环境下也可能不行。
第三,最好的办法可能是,最后再启动服务器,其他设备或服务程序有足够的时间完全安装。如果有必要,可在启动中增加一个延时,多数情况下30秒就足够了。
阅读(467) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~