Oracle服务器参数文件维护的四个技巧
第三，在导出的过程中，服务器还会将原先二进制文件中的一些行注释也导出到文本文件中，以方便管理员进行略读。同理，在将文本文件转换为二进制的服务器参数文件时，也会将行注释存储在二进制文件中。不过其只保存行注释，而不会保存其他的注释。此时再将二进制服务器参数文件转换为文本参数文件时，原先的其他注释也会丢失，只会保存行注释。所以在初始化参数文件中编写注释的时候，最好采用行注释。只有这个行注释才会在转换的过程中被永久的保留。
四、创建服务器参数文件。
当服务器参数文件出现损坏而无法启动数据时，就有可能需要重新创建服务器参数文件。上面笔者已经强调过好几次，服务器参数文件是无法手工编辑与创建的。为此必须通过文本参数文件来创建服务器参数文件。为了在服务器参数文件出现损坏时有一个补救，最好在平时将服务器参数文件进行备份，或者将其导出为文本参数文件。然后再必要的时候，根据这个文本参数文件来创建服务器参数文件。虽然可以手工创建文本参数文件，但是这个工作太复杂，不是轻易可以完成的。如果对其进行小修小改还行，但是若要将其从零开始创建，可是一个很浩大的工程，基本上是一项不可能完成的任务。
若要根据文本参数文件来转换成服务器参数文件，可以使用数据库提供的命令：Create Spfile=’’ from pfile=’’来完成。如果没有指定服务器参数文件的名字与路径的话，数据库xiotng 采用的是平台特定的名称，并保存在数据库的默认位置中。然后数据库管理员就可以利用Startup命令来启动了。当保存在默认位置时，可以不加参数即启用这个服务器参数文件。因为默认情况下，这个服务器参数文件要比文本参数文件优先级高。
最后需要说明的一点是即使是文本参数文件，数据库管理员要读懂这个文件中的内容，仍然需要一定的功底。为此笔者建议管理员，以后若更改系统的默认参数的话，最好加上注释，以利于提高这个文本参数文件的可读性。如此的话，在利用这个文件排除故障与改善数据库性能使会变得相对简单一点，有利于提高这个文本参数文件的可读性。
