简介:
更新到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