呵呵,谢谢弱水兄我脑子一时没转过来,因为9i里面没有internal用户,而口令文件主要是针对intrenal用户的,所以没想到这一点现在好了,重新生成后,使用sys/change_on_install as sysdba直接就登进去了,好像都没使用startup???真奇怪,9i中既然取消了internal用户,那么保留口令文件还有什么意义呢?这个贴子暂不结,希望大家能讨论一下
另外请问一下,orapwd的参数entries的作用是什么呢?
比如entries=10表示这个文件中最多可以同时保存十个sysdba用户口令。internal并不是一个真正意义上的用户,在数据字典中并没有这样一个用户,实际上connect internal相当于connect internal as sysdba。 使用口令文件的目的是保证在数据库关闭的情况下能用具有sysdba权限的用户启动或者连接到instance,否则如何管理启动或者特殊情况下的数据库操作?
比如entries=10表示这个文件中最多可以同时保存十个sysdba用户口令。internal并不是一个真正意义上的用户,在数据字典中并没有这样一个用户,实际上connect internal相当于connect internal as sysdba。 使用口令文件的目的是保证在数据库关闭的情况下能用具有sysdba权限的用户启动或者连接到instance,否则如何管理启动或者特殊情况下的数据库操作?
但是可以使用sys as sysdba连接空例程,9i中并没有internal,那么我生成的口令文件使用的口令是给谁了呢? 连接人和用户都不能使用那个口令——至少肯定没有给sys ,因为连接sys仍使用change_on_install
但是可以使用sys as sysdba连接空例程,9i中并没有internal,那么我生成的口令文件使用的口令是给谁了呢? 连接人和用户都不能使用那个口令——至少肯定没有给sys ,因为连接sys仍使用change_on_install再加100分
但是可以使用sys as sysdba连接空例程,9i中并没有internal,那么我生成的口令文件使用的口令是给谁了呢? 连接人和用户都不能使用那个口令——至少肯定没有给sys ,因为连接sys仍使用change_on_install再加100分
使用口令文件的目的是保证在数据库关闭的情况下能用具有sysdba权限的用户启动或者连接到instance,否则如何管理启动或者特殊情况下的数据库操作?
使用口令文件的目的是保证在数据库关闭的情况下能用具有sysdba权限的用户启动或者连接到instance,否则如何管理启动或者特殊情况下的数据库操作?
连接人和用户都不能使用那个口令——至少肯定没有给sys ,因为连接sys仍使用change_on_install
连接人和用户都不能使用那个口令——至少肯定没有给sys ,因为连接sys仍使用change_on_install再加100分
连接人和用户都不能使用那个口令——至少肯定没有给sys ,因为连接sys仍使用change_on_install再加100分