GVKun编程网logo

ORACLE DG 库参数db_file_name_convert和log_file_name_convert的作用（oracle db_files参数）

20

对于想了解ORACLEDG库参数db_file_name_convert和log_file_name_convert的作用的读者，本文将提供新的信息，我们将详细介绍oracledb_files参数，并

对于想了解ORACLE DG 库参数db_file_name_convert和log_file_name_convert的作用的读者，本文将提供新的信息，我们将详细介绍oracle db_files参数，并且为您提供关于$_SERVER[''SCRIPT_NAME'']、$_SERVER[''SCRIPT_FILENAME'']及__FILE__不同、AWS Hive查询INPUT__FILE__NAME、cmake get_filename_component、DataGuard---->备库参数db_file_name_convert和log_file_name_convert的作用的有价值信息。

本文目录一览：

ORACLE DG 库参数db_file_name_convert和log_file_name_convert的作用（oracle db_files参数）

ORACLE DG 库参数db_file_name_convert和log_file_name_convert的作用（oracle db_files参数）

https://www.cnblogs.com/xqzt/p/5089826.html

ORACLE DG 库参数db_file_name_convert和log_file_name_convert的作用
一、参数说明
[1] db_file_name_convert
db_file_name_convert 主数据库和备用数据库的数据文件转换目录映射（如果两数据库的目录结构不一样），如果有多个对映，逐一指明对映关系。

格式： *.db_file_name_convert= 主数据库数据文件目录，备用数据库数据文件目录

[2] log_file_name_convert
指明主数据库和备用数据库的log文件转换目录映射。

格式： *. log_file_name_convert=主数据库log目录，备用数据库目录

二、作用过程：
下面通过跟踪恢复从库的过程来分析这从库参数文件中db_file_name_convert和log_file_name_convert的作用：

1.dataguard的主库完全备份数据库；

2.将主库的完全备份复制到从库的相应位置

3.恢复从库，下面到了最关键部分了

用主库的备份来恢复从库，可以想到从库恢复出来中的控制文件和主库的控制一样。但是我们想使主从库的数据文件路径、联机日志路径不同； 最关键的参数要用到了，
那就是db_file_name_convert和log_file_name_convert从库通过主库的备份恢复控制文件--->恢复控制文件时，oracle查看从库参数文件中的db_file_name_convert和
log_file_name_convert参数---->将主库保存数据文件、联机日志的路径转换成从库保存数据文件、联机日志的路径---->生成从库的控制文件。
所以，db_file_name_convert和log_file_name_convert这两个参数像桥梁一样，来完成转换dataguard的主库和从库数据文件和联机日志保存路径不同的问题

验证1：备库未配置db_file_name_convert和log_file_name_convert

Standby>show parameter convert
NAME TYPE VALUE
------------------------------------ ---------------------- ------------------------------
db_file_name_convert string
log_file_name_convert string
Standby>

主库新增数据文件/usr/oracle/app/oradata/orcl/tb01.dbf 和 /usr/oracle/app/oradata/tb02.dbf

Primary>create tablespace TB01 datafile ''/usr/oracle/app/oradata/orcl/tb01.dbf'' size 1m autoextend on;
Tablespace created.
Primary>create tablespace TB02 datafile ''/usr/oracle/app/oradata/tb02.dbf'' size 1m autoextend on;
Tablespace created.
Primary>select name from v$datafile;
NAME
-----------------------------------------------------------------------------------------------------------------------------
/usr/oracle/app/oradata/orcl/system01.dbf
/usr/oracle/app/oradata/orcl/sysaux01.dbf
/usr/oracle/app/oradata/orcl/undotbs01.dbf
/usr/oracle/app/oradata/orcl/users01.dbf
/usr/oracle/app/oradata/orcl/tb01.dbf
/usr/oracle/app/oradata/tb02.dbf
6 rows selected.

Primary>

备库执行

Standby>alter database recover managed standby database disconnect from session;
Standby>select name from v$datafile;

NAME
----------------------------------------------------------------------------------------------------
/usr/oracle/standby/app/oradata/orcl_standby/system01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/sysaux01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/undotbs01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/users01.dbf
/usr/oracle/app/oradata/orcl/tb01.dbf
/usr/oracle/app/oradata/tb02.dbf

路径和主库的路径相同

验证2：备库配置了db_file_name_convert和log_file_name_convert

Standby>show parameter convert

NAME TYPE VALUE
------------------------------------ ---------------------- ------------------------------
db_file_name_convert string /usr/oracle/app/oradata/orcl/,/usr/oracle/standby/app/oradata/orcl_standby/
log_file_name_convert string /usr/oracle/app/oradata/orcl/,/usr/oracle/standby/app/oradata/orcl_standby/

备库执行
Standby>alter database recover managed standby database disconnect from session;
结果如下
Standby>select name from v$datafile;
NAME
----------------------------------------------------------------------------------------------------
/usr/oracle/standby/app/oradata/orcl_standby/system01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/sysaux01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/undotbs01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/users01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/tb01.dbf
/usr/oracle/app/oradata/tb02.dbf

结果db_file_name_convert = ‘/usr/oracle/app/oradata/orcl/’,‘/usr/oracle/standby/app/oradata/orcl_standby/’起作用了

将/usr/oracle/app/oradata/orcl/tb01.dbf转换成 /usr/oracle/standby/app/oradata/orcl_standby/tb01.dbf
/usr/oracle/app/oradata/tb02.dbf 未被转换，因为不符合

switchover后，当前的备库（以前的主库）未配置db_file_name_convert和log_file_name_convert

1、未配置db_file_name_convert和log_file_name_convert的情况，从库同步后的数据文件和主库路径相同
主库新增了一个数据文件/usr/oracle/standby/app/oradata/orcl_standby/dg01（不要受orcl_standby的影响，这里执行过switchover，以前的备库是当前的主库）

SQL> select name from v$datafile;
NAME
--------------------------------------------------------------------------------
/usr/oracle/standby/app/oradata/orcl_standby/system01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/sysaux01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/undotbs01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/users01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/dg01

从库的结果
SYS@orcl>select name from v$datafile;
NAME
-----------------------------------------------------------------------------------------------------------------------------/usr/oracle/app/oradata/orcl/system01.dbf
/usr/oracle/app/oradata/orcl/sysaux01.dbf
/usr/oracle/app/oradata/orcl/undotbs01.dbf
/usr/oracle/app/oradata/orcl/users01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/dg01

switchover后，当前的备库（以前的主库）配置了db_file_name_convert和log_file_name_conver
在当前的备库（以前的主库）执行以下的语句
alter system set DB_FILE_NAME_CONVERT=''/usr/oracle/standby/app/oradata/orcl_standby/'',''/usr/oracle/app/oradata/orcl/'' scope=spfile;
alter system set LOG_FILE_NAME_CONVERT=''/usr/oracle/standby/app/oradata/orcl_standby/'',''/usr/oracle/app/oradata/orcl/'' scope=spfile;
当前的主库（以前的备库）新增一个数据文件 /usr/oracle/standby/app/oradata/orcl_standby/dg02

SQL> select name from v$datafile;
NAME
--------------------------------------------------------------------------------
/usr/oracle/standby/app/oradata/orcl_standby/system01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/sysaux01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/undotbs01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/users01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/dg01
/usr/oracle/standby/app/oradata/orcl_standby/dg02
6 rows selected.

当前的备库（以前的主库）同步后的结果


SYS@orcl>select name from v$datafile;
NAME
-----------------------------------------------------------------------------------------------------------------------------/usr/oracle/app/oradata/orcl/system01.dbf
/usr/oracle/app/oradata/orcl/sysaux01.dbf
/usr/oracle/app/oradata/orcl/undotbs01.dbf
/usr/oracle/app/oradata/orcl/users01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/dg01
/usr/oracle/app/oradata/orcl/dg02

/usr/oracle/standby/app/oradata/orcl_standby/dg02 被转换成 /usr/oracle/app/oradata/orcl/dg02

建议：
主库备库都配置db_file_name_convert和log_file_name_conver，这样不管怎样switchover，数据文件和redo log文件的位置都非常清晰。

$_SERVER[''SCRIPT_NAME'']、$_SERVER[''SCRIPT_FILENAME'']及__FILE__不同

$_SERVER[''SCRIPT_NAME'']、$_SERVER[''SCRIPT_FILENAME'']及__FILE__不同

$_SERVER[''SCRIPT_NAME'']、$_SERVER[''SCRIPT_FILENAME'']及__FILE__不同

在PHP中，有时需要知道脚本所处的位置，这时会用到$_SERVER[''SCRIPT_NAME'']、$_SERVER[''SCRIPT_FILENAME'']及__FILE__。那么他们之间有什么不同呢？

1、$_SERVER[''SCRIPT_NAME'']
先说 $_SERVER[''SCRIPT_NAME''] ，它是包含当前运行脚本的路径，这是从客户端来看的路径。假如你访问的URL地址为 http://www.yourdomain.com/test/test.php，那么在脚本中 $_SERVER[''SCRIPT_NAME''] 将会是 /test/test.php 。如果你想引用脚本自身，例如把一个表单提交给自己处理时，这可以用这个。
<form action="<?php echo $_SERVER[''SCRIPT_NAME'']; ?>" method="get">

2、$_SERVER[''SCRIPT_FILENAME'']
$_SERVER[''SCRIPT_FILENAME''] 也是包含当前运行脚本的路径，与 $_SERVER[''SCRIPT_NAME''] 不同的是，这是服务器端的绝对路径。假如你访问的URL地址为 http://www.yourdomain.com/test/test.php，那么在脚本中 $_SERVER[''SCRIPT_FILENAME''] 可能会是 /home/a88888888/public_html/test/test.php （前一部分路径因服务器而异）。说得通俗一点，这就是服务器硬盘上的路径。

3、__FILE__
__FILE__是包含脚本文件本身的绝对路径。它与$_SERVER[''SCRIPT_FILENAME'']有点不同，下面看一个实例。假设a.php包含了b.php。

test/a.php:
<?php include("b.php"); ?>

那 么在b.php中，$_SERVER[''SCRIPT_FILENAME'']可能会是 /home/a88888888/public_html /test/a.php。虽然$_SERVER[''SCRIPT_FILENAME'']是在b.php内，但b.php是在a.php内运行的，因此得到 的是a.php的路径。而在b.php中，__FILE__可能会是 /home/a88888888/public_html/test/b.php， 这是__FILE__所处的真正位置。
 

另外还有一个$_SERVER[''PHP_SELF'']，看上去似乎和$_SERVER[''SCRIPT_NAME'']一样，不过如果你访问的URL地址为 http://www.yourdomain.com/test/test.php/foo.bar，那么 $_SERVER[''PHP_SELF''] 将会是 /test/test.php/foo.bar。服务器获取当前文件名时会用到！

来自  http://hi.baidu.com/lovehosejing/item/96af172986fb55929c63d1ec

 

 

PHP $_SERVER[''SCRIPT_FILENAME''] 与 __FILE__

通常情况下，PHP $_SERVER[''SCRIPT_FILENAME''] 与 __FILE__ 都会返回 PHP 文件的完整路径（绝对路径）与文件名：

<?php
echo ''SCRIPT_FILENAME 为：'',$_SERVER[''SCRIPT_FILENAME''];
echo ''<br />'';
echo ''__FILE__ 为：'',__FILE__;
?>

上述测试代码拷贝至 test.php 并访问该文件（http://127.0.0.1/php/test.php），得到如下结果：

SCRIPT_FILENAME 为：E:/web/html/php/test.php
__FILE__ 为：E:\web\html\php\test.php

提示：在 windows 平台测试，得到结果如上所示可能会出现路径分隔符的细微差别。

$_SERVER[''SCRIPT_FILENAME''] 与 __FILE__ 区别

尽管 $_SERVER[''SCRIPT_FILENAME''] 与 __FILE__ 非常相似，但在文件被 include 或 require 包含的时候，二者还是有细微区别。

将上述测试代码拷贝至D:\xampp\htdocs\ZZZZ\test\test.php ，然后在刚才的 test.php 文件内包含 inc.php ：

<?php
include ''common/inc.php'';
?>

这时候再访问 test.php 文件时，输出结果：

SCRIPT_FILENAME 为：D:/xampp/htdocs/ZZZZ/test/test.php
SCRIPT_NAME   为   "/ZZZZ/test/test.php" 
PHP_SELF   为    "/ZZZZ/test/test.php"

__FILE__ 为：D:\xampp\htdocs\ZZZZ\test\inc.php

可见二者的差别是：$_SERVER[''SCRIPT_FILENAME''] 反映的是当前执行程序的绝对路径及文件名；__FILE__ 反映的是原始文件（被包含文件）的绝对路径及文件名。

AWS Hive查询INPUT__FILE__NAME

AWS Hive查询INPUT__FILE__NAME

好像Glue不支持在分区表上过滤INPUT__FILE__NAME。您可以通过使用如下所示的子查询来实现此目的：

select
   partition_name 
from
   (
      select
         substr(reverse(split(reverse(INPUT__FILE__NAME),'/')[0]),5,8) as t,* from mytable
   )
   tmp 
where
   t = '20200705';

cmake get_filename_component

cmake get_filename_component

get_filename_component

Get a specific component of a full filename.

get_filename_component(<VAR> <FileName> <COMP> [CACHE])

Set <VAR> to a component of <FileName>, where <COMP> is one of:

DIRECTORY = Directory without file name NAME = File name without directory EXT = File name longest extension (.b.c from d/a.b.c) NAME_WE = File name without directory or longest extension ABSOLUTE = Full path to file REALPATH = Full path to existing file with symlinks resolved PATH = Legacy alias for DIRECTORY (use for CMake <= 2.8.11)

Paths are returned with forward slashes and have no trailing slahes. The longest file extension is always considered. If the optional CACHE argument is specified, the result variable is added to the cache.

get_filename_component(<VAR> FileName PROGRAM [PROGRAM_ARGS <ARG_VAR>] [CACHE])

The program in FileName will be found in the system search path or left as a full path. If PROGRAM_ARGS is present with PROGRAM, then any command-line arguments present in the FileName string are split from the program name and stored in <ARG_VAR>. This is used to separate a program name from its arguments in a command line string.

 

///https://cmake.org/cmake/help/v3.0/command/get_filename_component.html  cmake 说明

DataGuard---->备库参数db_file_name_convert和log_file_name_convert的作用

DataGuard---->备库参数db_file_name_convert和log_file_name_convert的作用

一、参数说明

[1] db_file_name_convert

db_file_name_convert 主数据库和备用数据库的数据文件转换目录对映（如果两数据库的目录结构不一样），如果有多个对映，逐一指明对映关系。

格式： *.db_file_name_convert= 主数据库数据文件目录，备用数据库数据文件目录

[2] log_file_name_convert

指明主数据库和备用数据库的log文件转换目录对映。

格式： *. log_file_name_convert=主数据库log目录，备用数据库目录

二、作用过程：

下面通过跟踪恢复从库的过程来分析这从库参数文件中db_file_name_convert和log_file_name_convert的作用：

1.dataguard的主库完全备份数据库；

2.将主库的完全备份复制到从库的相应位置

3.恢复从库，下面到了最关键部分了

    用主库的备份来恢复从库，可以想到从库恢复出来中的控制文件和主库的控制一样。但是我们想使主从库的数据文件路径、联机日志路径不同； 最关键的参数要用到了，那就是db_file_name_convert和log_file_name_convert

      从库通过主库的备份恢复控制文件--->恢复控制文件时，oracle查看从库参数文件中的db_file_name_convert和log_file_name_convert参数---->将主库保存数据文件、联机日志的路径转换成从库保存数据文件、联机日志的路径---->生成从库的控制文件

      所以，db_file_name_convert和log_file_name_convert这两个参数像桥梁一样，来完成转换dataguard的主库和从库数据文件和联机日志保存路径不同的问题。：

      验证1：备库未配置db_file_name_convert和log_file_name_convert

      备库未配置db_file_name_convert和log_file_name_convert
      Standby>show parameter convert

NAME                     TYPE            VALUE
------------------------------------ ---------------------- ------------------------------
db_file_name_convert             string
log_file_name_convert             string
Standby>
      主库新增数据文件/usr/oracle/app/oradata/orcl/tb01.dbf 和 /usr/oracle/app/oradata/tb02.dbf
      Primary>create tablespace TB01 datafile ''/usr/oracle/app/oradata/orcl/tb01.dbf'' size 1m autoextend on;
Tablespace created.

Primary>create tablespace TB02 datafile ''/usr/oracle/app/oradata/tb02.dbf'' size 1m autoextend on;

Tablespace created.

Primary>select  name from v$datafile;

NAME
-----------------------------------------------------------------------------------------------------------------------------/usr/oracle/app/oradata/orcl/system01.dbf
/usr/oracle/app/oradata/orcl/sysaux01.dbf
/usr/oracle/app/oradata/orcl/undotbs01.dbf
/usr/oracle/app/oradata/orcl/users01.dbf
/usr/oracle/app/oradata/orcl/tb01.dbf /usr/oracle/app/oradata/tb02.dbf

6 rows selected.

Primary>

      备库执行

      alter database recover managed standby database disconnect from session;

      结果如下

      Standby>select  name from v$datafile;

NAME
----------------------------------------------------------------------------------------------------
/usr/oracle/standby/app/oradata/orcl_standby/system01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/sysaux01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/undotbs01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/users01.dbf
/usr/oracle/app/oradata/orcl/tb01.dbf /usr/oracle/app/oradata/tb02.dbf

      路径和主库的路径相同

      验证2：备库配置了db_file_name_convert和log_file_name_convert

      备库配置了db_file_name_convert和log_file_name_convert

      Standby>show parameter convert

NAME                     TYPE            VALUE
------------------------------------ ---------------------- ------------------------------
db_file_name_convert             string            /usr/oracle/app/oradata/orcl/,/usr/oracle/standby/app/oradata/orcl_standby/
log_file_name_convert             string     /usr/oracle/app/oradata/orcl/,/usr/oracle/standby/app/oradata/orcl_standby/

      备库执行

      alter database recover managed standby database disconnect from session;

      结果如下

      Standby>select name from v$datafile;

NAME
----------------------------------------------------------------------------------------------------
/usr/oracle/standby/app/oradata/orcl_standby/system01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/sysaux01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/undotbs01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/users01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/tb01.dbf /usr/oracle/app/oradata/tb02.dbf

      结果db_file_name_convert = ‘/usr/oracle/app/oradata/orcl/’,‘/usr/oracle/standby/app/oradata/orcl_standby/’起作用了

      将/usr/oracle/app/oradata/orcl/tb01.dbf   转换成了 /usr/oracle/standby/app/oradata/orcl_standby/tb01.dbf

       /usr/oracle/app/oradata/tb02.dbf 未被转换，因为不符合

      switchover后，当前的备库（以前的主库）未配置db_file_name_convert和log_file_name_convert

      1、未配置db_file_name_convert和log_file_name_convert的情况，从库同步后的数据文件和主库路径相同

      主库新增了一个数据文件/usr/oracle/standby/app/oradata/orcl_standby/dg01（不要受orcl_standby的影响，这里执行过switchover，以前的备库是当前的主库）

      SQL> select name  from v$datafile;

NAME
--------------------------------------------------------------------------------
/usr/oracle/standby/app/oradata/orcl_standby/system01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/sysaux01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/undotbs01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/users01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/dg01

      从库的结果

      SYS@orcl>select name from v$datafile;

NAME
-----------------------------------------------------------------------------------------------------------------------------/usr/oracle/app/oradata/orcl/system01.dbf
/usr/oracle/app/oradata/orcl/sysaux01.dbf
/usr/oracle/app/oradata/orcl/undotbs01.dbf
/usr/oracle/app/oradata/orcl/users01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/dg01

      switchover后，当前的备库（以前的主库）配置了db_file_name_convert和log_file_name_conver

      在当前的备库（以前的主库）执行以下的语句

      alter system set  DB_FILE_NAME_CONVERT=''/usr/oracle/standby/app/oradata/orcl_standby/'',''/usr/oracle/app/oradata/orcl/'' scope=spfile;
      alter system set LOG_FILE_NAME_CONVERT=''/usr/oracle/standby/app/oradata/orcl_standby/'',''/usr/oracle/app/oradata/orcl/'' scope=spfile;

      当前的主库（以前的备库）新增一个数据文件 /usr/oracle/standby/app/oradata/orcl_standby/dg02 

      SQL> select name  from v$datafile;

NAME
--------------------------------------------------------------------------------
/usr/oracle/standby/app/oradata/orcl_standby/system01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/sysaux01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/undotbs01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/users01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/dg01
/usr/oracle/standby/app/oradata/orcl_standby/dg02

6 rows selected.

      当前的备库（以前的主库）同步后的结果

      SYS@orcl>select name from v$datafile;

NAME
-----------------------------------------------------------------------------------------------------------------------------/usr/oracle/app/oradata/orcl/system01.dbf
/usr/oracle/app/oradata/orcl/sysaux01.dbf
/usr/oracle/app/oradata/orcl/undotbs01.dbf
/usr/oracle/app/oradata/orcl/users01.dbf
/usr/oracle/standby/app/oradata/orcl_standby/dg01
/usr/oracle/app/oradata/orcl/dg02

      /usr/oracle/standby/app/oradata/orcl_standby/dg02 被转换成了 /usr/oracle/app/oradata/orcl/dg02

      建议：主库备库都配置db_file_name_convert和log_file_name_conver，这样不过怎样switchover，数据文件和redo log文件的位置都非常清晰。

      今天关于ORACLE DG 库参数db_file_name_convert和log_file_name_convert的作用和oracle db_files参数的分享就到这里，希望大家有所收获，若想了解更多关于$_SERVER[''SCRIPT_NAME'']、$_SERVER[''SCRIPT_FILENAME'']及__FILE__不同、AWS Hive查询INPUT__FILE__NAME、cmake get_filename_component、DataGuard---->备库参数db_file_name_convert和log_file_name_convert的作用等相关知识，可以在本站进行查询。

      本文标签：

      上一篇spring-boot-mybatis（springbootmybatis配置详解）

      下一篇springboot 启动报错：required a bean of type ''xxxRepository'' that could not be found（springboot 启动报错）

      相关文章