简介：

更新到BR*Tools 7.40补丁34后，所有brtools操作都可能因为这个新的警告而变成黄色：

（上面的屏幕截图是12.1的。）

警告发生在操作的开始，因此它将出现在详细日志的开始部分。

概述

我们将了解为什么要添加警告以及如何添加警告避免警告。

此警告的注释#2659458解释了添加此警告的原因（以避免在initora中有其他参数时出现混淆），以及在使用新的"oracle"用户概念时，关于如何避免警告，请参阅#1598594。

但是，该注释没有提供该格式的实际示例，因此这里有一个来自新安装了SWPM的系统的示例：

该示例显然适用于12.1，而不是12.2，并且SPFILE参数的官方Oracle（12.1）文档在这里。

许多格式都将被使用工作（Oracle和BR*工具都可以接受），云服务器器，包括不带括号、单引号而不是括号、等号周围没有空格、大写参数名SPFILE，等等注释行不是必需的。选择哪一个并不重要，但是使用上面的两行文件只是为了一般的系统管理原因，即希望系统配置相同，包括升级后的系统尽可能与新安装的系统相似。

如果您错过了纯文本完整文件作为参考（与可能通过的文件相比）spfile通过一个实用程序（如"strings"来读取它而不需要额外的字符），注释#1598594解释了"sapprof"目录，如果您每天运行BR*Tools操作（如DB Check），然后每天都会在那里生成一个完整的pfile（来自实时spfile），学生云服务器，仅供工具或管理员参考。

预检查：

假设所有系统都在使用一个spfile，但可以通过检查警报日志进行确认，例如：

（在非数据保护系统中，大数据分析网站，路径中的DB\u UNIQUE\u名称可能只是小写的）

预期结果：

（例如12.1.）

（除了服务器端spfile之外的任何内容都会记录在这里，例如"pfile"。

（因为假设它已经在使用spfile，云报，注释#2659458解释了pfile中的任何其他参数已经被忽略，不需要重新启动DB。）

结论

既然已经避免了这个特别的警告，其他更重要的警告更容易被注意到。

新的一个参数pfile的任何格式都可以工作，可能SAP中在SWPM中编写文件生成代码的人并不打算将该格式作为标准格式，但无论如何都要选择该格式。总体来说，云服务器怎么用，使用哪种格式是一个次要的选择。

测试环境：

BR*Tools 7.40 Patch 34

SWPM 1.0 SP21

Oracle 12.1 non ASM with new'Oracle'user concept