自动启动有三个潜在的问题: 1.在UNIX服务器上,SQL Server 进程必须由sybase用户来启动,而不是根目录用户。因为根目录用户在运行启动过程中时,在启动过程中必须使用su命令(在UNIX下是交换user)换到sybase,以使进程进程能正常启动。 2.在有些服务器上
自动启动有三个潜在的问题:
1.在UNIX上,SQL Server 进程必须由sybase用户来启动,而不是根目录用户。因为根目录用户在运行启动过程中时,在启动过程中必须使用su命令(在UNIX下是交换user)换到sybase,以使进程进程能正常启动。
2.在有些服务器上,在SQL Server访问网络之前,网络可能还没有完全启动。如果是这样的话,SQL Server进程就将启动失败。
3.如果SYBASE进程试图在驱动器真正可用之前启动(例如,如果一个外部驱动顺组要花一两分钟来加电启动),自动启动可能会过早地访问这些驱动器。如果是这样,那些驱动器上的就会被标记为supect(可疑的),用户必须直接修改sysdatabases表,去掉那个标志,重新启动SQL Server。
显然,如果一半以上的的时间都必须人工关闭然后再重新启动,那么自动启动也就没什么意义了。如遇到这种情况,用户有几种选择。
首先,用户可以总是手工启动服务器。
第二,用户可建立一个先启动驱动器并进行30秒的预热,然后再启动服务器的协议。这是有用的,但是在自动的环境下也可能不行。
第三,最好的办法可能是,最后再启动服务器,保证其他设备或服务程序有足够的时间完全安装。如果有必要,可在启动中增加一个延时,多数情况下30秒就足够了。