一、在数据库启动的时候指定参数文件。　　在启动数据库的过程中，必须要提供一个准确的初始化参数文件，无论是文本参数文件还是服务器参数文件。在利用Startup命令启动数据库的时候，可以指定其采用的服务器参数文件。不过在这里需要注意一个细节，即采用的初始化参数文件不同，其采用的关键字也是不同的。

如果采用的是服务器参数文件，则需要使用SPfile指定；如果采用的是文本参数文件，则需要使用Pfile关键字指定。数据库系统并不会自动根据参数文件的类别来进行判断，而是根据这个关键字来判断。如果发生张冠李戴现象的话，即使这个初始化参数文件本身没有问题，但是因为关键字使用错误，会误导数据库启动进程，从而导致数据库启动错误。

如果在利用命令startup启动数据库(如数据库自动随操作系统启动而自动启动)的过程中没有指定采用的初始化参数文件，则数据库系统会自动在默认的位置进行查找。一般情况下，其先查找是否有服务器参数文件(二进制文件)，如果有的话则会启用。如果没有的话，则会继续查找是否有文本参数文件。

如果有责启用，如果没有的话则会向用户提示启动失败。所以在默认情况下是服务器参数文件优先的。如果数据库管理员要让数据库自动启动的时候采用文本参数文件，则就需要在关闭数据库后删除那个服务器参数文件，或者将其移动到其他的位置。然后下次重新启动时在没有指定初始化参数文件时而自动采用文本参数文件。

对于数据库系统来说，采用服务器参数文件还是采用文本参数文件，没有多大的区别。只要保证他们的内容准确即可。所以到底是采用哪种参数文件为好，就全凭数据库管理员的工作喜好了。

二、服务器参数文件的维护。　　虽然说也可以利用文本编辑器来打开二进制形式的服务器参数文件，并查看相关的内容。

但是需要注意的是，切不可在这里对此进行更改。也就是说不能够手工更改这个服务器参数文件。由于二进制文件与文本文件保存方式的不同。在这里直接进行更改的话，则会导致这个初始化参数文件损坏，而导致数据库无法正常启动。为此如果要更改服务器参数文件，最好是将其转换为文本参数文件后进行更改。

更改完成后直接使用文本参数文件启动或者转换为服务器参数文件再启动数据库系统。　　另外就是直接通过命令来进行更改。这里需要注意的是，存储在服务器参数文件中的初始化参数是永久保留的。也就是说，在数据库运行的过程中，通过命令对参数所做的任何更改，在数据库关闭后是会被保存在服务器的初始化文件中。

为此数据库管理员不用担心数据库重新启动后参数丢失的问题。

三、导出服务器参数文件。　　在数据库部署完成之后或者对初始化参数文件进行修改之前，管理员都需要对参数文件进行备份。无论是服务器参数文件还是文本参数文件，这个备份都是免不了的。因为任何数据库管理员都不能够保证在以后这个参数文件是否会出现损坏的情况。

未雨绸缪，对服务器参数文件或者文本参数文件进行备份是提高数据库安全的一个重要举措。其次，有时候在排除数据库故障时候，也需要导出这个数据库服务器参数文件。因为将这个文件导出后，可以利用文本编辑器来方便的查询所有的初始化参数，以分析故障的原因。虽然在数据库的SQL*PLUS等工具中也可以查看这些初始化参数，但是操作起来不是很方便。

所以不少管理员喜欢将他们导成文本文件来进行分析。最后，对服务器参数文件进行更改。由于不能够通过文本编辑器直接对二进制的服务器参数文件进行更改，为此数据库管理员往往会将将服务器参数文件导出来，然后再利用数据库提供的命令将其转换为文本文件。最后再将其转换为服务器参数文件，并利用其启动。

有时候，在重新部署数据库之前管理员也会先导出这个服务器参数文件，以方便后续重新使用这个服务器参数文件来启动数据库。

四、创建服务器参数文件。　　当服务器参数文件出现损坏而无法启动数据时，就有可能需要重新创建服务器参数文件。上面笔者已经强调过好几次，服务器参数文件是无法手工编辑与创建的。

为此必须通过文本参数文件来创建服务器参数文件。为了在服务器参数文件出现损坏时有一个补救，最好在平时将服务器参数文件进行备份，或者将其导出为文本参数文件。然后再必要的时候，根据这个文本参数文件来创建服务器参数文件。虽然可以手工创建文本参数文件，但是这个工作太复杂，不是轻易可以完成的。

全部