不少管理员喜欢将他们导成文本文件来进行分析。最后，对服务器参数文件进行更改。由于不能够通过文本编辑器直接对二进制的服务器参数文件进行更改，为此数据库管理员往往会将将服务器参数文件导出来，然后再利用数据库提供的命令将其转换为文本文件。最后再将其转换为服务器参数文件，并利用其启动。有时候，在重新部署数据库之前管理员也会先导出这个服务器参数文件，以方便后续重新使用这个服务器参数文件来启动数据库。

　　在导出数据库服务器参数文件的时候，主要需要注意以下几点。

　　首先，需要具有相关的权限。根据Oracle数据库的要求，如果要导出数据库服务器参数文件的话，必须需要数据库的SYSDBA或者SYSOPER权限。如果用户没有类似权限的话，那么在利用命令导出服务器参数文件过程中，会出现“权限不足”的错误提示。 其次，可以直接直接利用命令create pfile from spfile命令，将服务器参数文件导出为文本文件。在导出的时候，不需要关闭原有的例程。如果没有指定目录与名称的话，则数据库会存放在不同的目录中。这里主要需要注意这个名称。因为在不同的操作系统平台上，其采用的名称是不同的。即在没有指定导出文件名称的话，数据库会采用平台特定的名称，并于据平台特定的默认服务器参数文件进行创建。有时候为了方便起见，可以在命令中指定存储的路径。如要指定路径的话，需要采用=号和单引号。如采用pfile=’路径名’的形式。

　　第三，在导出的过程中，服务器还会将原先二进制文件中的一些行注释也导出到文本文件中，以方便管理员进行略读。同理，在将文本文件转换为二进制的服务器参数文件时，也会将行注释存储在二进制文件中。不过其只保存行注释，而不会保存其他的注释。此时再将二进制服务器参数文件转换为文本参数文件时，原先的其他注释也会丢失，只会保存行注释。所以在初始化参数文件中编写注释的时候，最好采用行注释。只有这个行注释才会在转换的过程中被永久的保留。

　　四、创建服务器参数文件。

　　当服务器参数文件出现损坏而无法启动数据时，就有可能需要重新创建服务器参数文件。上面笔者已经强调过好几次，服务器参数文件是无法手工编辑与创建的。为此必须通过文本参数文件来创建服务器参数文件。为了在服务器参数文件出现损坏时有一个补救，最好在平时将服务器参数文件进行备份，或者将其导出为文本参数文件。然后再必要的时候，根据这个文本参数文件来创建服务器参数文件。虽然可以手工创建文本参数文件，但是这个工作太复杂，不是轻易可以完成的。如果对其进行小修小改还行，但是若要将其从零开始创建，可是一个很浩大的工程，基本上是一项不可能完成的任务。

　　若要根据文本参数文件来转换成服务器参数文件，可以使用数据库提供的命令：Create Spfile=’’ from pfile=’’来完成。如果没有指定服务器参数文件的名字与路径的话，数据库xiotng 采用的是平台特定的名称，并保存在数据库的默认位置中。然后数据库管理员就可以利用Startup命令来启动了。当保存在默认位置时，可以不加参数即启用这个服务器参数文件。因为默认情况下，这个服务器参数文件要比文本参数文件优先级高。

　　最后需要说明的一点是即使是文本参数文件，数据库管理员要读懂这个文件中的内容，仍然需要一定的功底。为此笔者建议管理员，以后若更改系统的默认参数的话，最好加上注释，以利于提高这个文本参数文件的可读性。如此的话，在利用这个文件排除故障与改善数据库性能使会变得相对简单一点，有利于提高这个文本参数文件的可读性。