under the hood of active data guard original - aioug basha_under the hood of... · under the hood...
TRANSCRIPT
Under The Hood of Active Data Guard Author & Presenter: Nassyam Basha
Date: 27-FEB-2015
Under The Hood of Active
• Post Graduation in computers from University of Madras
• Oracle Database Consultant @ Pythian
• Frequent OTN contributor (CKPT) /MOSC certified GURU
• Co-Author of Oracle 11gR2 Data Guard administration beginners Guide
• Blogger
• Author of OTN Articles
• 11g Oracle Certified Master
Nassyam Basha
• 11g Oracle Certified Master
• Co-Founder of
© 2014 Pythian2
@nassyambasha
/nassyambasha
Post Graduation in computers from University of Madras
Oracle Database Consultant @ Pythian
) /MOSC certified GURU
Author of Oracle 11gR2 Data Guard administration beginners Guide
Basha
© 2014 Pythian
Under The Hood of Active Data Guard
• Data Guard vs. Active Data Guard
• Setup of ADG
• Real-Time Query
• Gap Detection and Resolution
• BCT & Fast Incremental Backups
• Automatic Block Repair
© 2014 Pythian3
• Automatic Block Repair
• Statspack & ASH
• Exporting Data from ADG
• DML’s on Standby
• Applications & ADG
Under The Hood of Active Data Guard
Data Guard vs. Active Data Guard
Gap Detection and Resolution
BCT & Fast Incremental Backups
© 2014 Pythian
Data Guard vs. Active Data Guard
Data Guard
• Resources are locked
• Stale results by opening standby in read
Active Data Guard
• Additional License for the usage of Active Data Guard from 11g
© 2014 Pythian4
• Additional License for the usage of Active Data Guard from 11g
• Improves performance of Primary by offloading queries, reporting with realdata
• Complex queries, Sorting, Web-based access while redo apply
• Read-Only applications
• Best suits for Enquiries, Tracking status (No DML/DDL)
• Unlocks the resources (System, Storage….)
Data Guard vs. Active Data Guard
Stale results by opening standby in read-only after MRP termination.
Additional License for the usage of Active Data Guard from 11g
© 2014 Pythian
Additional License for the usage of Active Data Guard from 11g
Improves performance of Primary by offloading queries, reporting with real-time
based access while redo apply
Best suits for Enquiries, Tracking status (No DML/DDL)
Unlocks the resources (System, Storage….)
Active Data Guard
PRIMARY DATABASE
Oracle Net
ORL’sSRL’s
NSS/NSALGWR
© 2015 Pythian5
ARC
H
STANDBY
DATABASE
Oracle Net
SRL’s
RFS
© 2015 Pythian
ARC
H
Data Guard
• Real Time apply is applicable
• No Real-Time Queries, Database will be in Mount Status
© 2014 Pythian6
Time Queries, Database will be in Mount Status
© 2014 Pythian
Under The Hood of Active Data Guard
• Data Guard vs. Active Data Guard
• Setup of ADG
• Real-Time Query
• Gap Detection and Resolution
• BCT & Fast Incremental Backups
• Automatic Block Repair
© 2014 Pythian7
• Automatic Block Repair
• Statspack & ASH
• Exporting Data from ADG
• DML’s on Standby & Applications
• Applications & ADG
Under The Hood of Active Data Guard
Data Guard vs. Active Data Guard
Gap Detection and Resolution
BCT & Fast Incremental Backups
© 2014 Pythian
DML’s on Standby & Applications
Set up of ADG• Compatible=11.0.0
• Ensure Real-Time apply is On.
• Uncomplicated procedure
• Broker manages everything to bounce MRP
• Standby can be RAC or non-RAC and Broker is supported.
© 2015 Pythian8
Broker manages everything to bounce MRP
RAC and Broker is supported.
© 2015 Pythian
Under The Hood of Active Data Guard
• Data Guard vs. Active Data Guard
• Setup of ADG
• Real-Time Query
• Gap Detection and Resolution
• BCT & Fast Incremental Backups
• Automatic Block Repair
© 2014 Pythian9
• Automatic Block Repair
• Statspack & ASH
• Exporting Data from ADG
• DML’s on Standby & Applications
• Applications & ADG
Under The Hood of Active Data Guard
Data Guard vs. Active Data Guard
Gap Detection and Resolution
BCT & Fast Incremental Backups
© 2014 Pythian
DML’s on Standby & Applications
Real-Time Query ValidationMonitoring data apply on standby database to track real
© 2015 Pythian11
Time Query ValidationMonitoring data apply on standby database to track real-time apply
© 2015 Pythian
Guarantee Data Currency• SESSION_MAX_DATA_DELAY parameter applicable only for non
users
• Session specific apply lag tolerance
• If session_max_data_delay set to Nonewith primary database.
StandbyStandbyStandbyStandbySQL> connect c##nassyam/oracle@india;Connected.SQL> alter session set standby_max_data_delay=30;
Session altered.
DGMGRL> edit database india set state='APPLY-OFF';DGMGRL> edit database india set state='APPLY-OFF';Succeeded.DGMGRL>
PrimaryPrimaryPrimaryPrimary
SQL> set time on07:59:01 SQL> insert into adg_table values (150, 'PUNE');
1 row created.
07:59:14 SQL> commit;
Commit complete.
© 2015 Pythian13
SESSION_MAX_DATA_DELAY parameter applicable only for non-administrator
ne, query results regardless of the apply lag
=30;
OFF';OFF';
values (150, 'PUNE');
© 2015 Pythian
Guarantee Data Currency
StandbyStandbyStandbyStandby
SQL> select count(*) from adg_table;
select count(*) from adg_table
*
ERROR at line 1:
ORA-00604: error occurred at recursive SQL level 2
ORA-03172: STANDBY_MAX_DATA_DELAY of 30 seconds exceeded
© 2015 Pythian14
00604: error occurred at recursive SQL level 2
03172: STANDBY_MAX_DATA_DELAY of 30 seconds exceeded
© 2015 Pythian
Guarantee Data Currency
SQL> select name,value from v$dataguard_stats;
NAME VALUE
-------------------------------- ------------------------------
transport lag +00 00:00:00
apply lag +00 00:14:55apply lag +00 00:14:55apply lag +00 00:14:55apply lag +00 00:14:55
apply finish time
estimated startup time 13
• To avoid stale data for any specific triggers with parameter works. works.
CREATE OR REPLACE TRIGGER max_data_delayAFTER LOGON ON databaseBEGINIF (SYS_CONTEXT(‘USERENV’,’DATABASE_ROLE’) in (‘PHYSICAL STANDBY’) and SYS_CONTEXT(‘USERENV’,’SESSION_USER’)=‘C##NASSYAM’)THENexecute immediate ‘ALTER SESSION SET STANDBY_MAX_DATA_DELAY=5;’END IF;END;/
© 2015 Pythian15
;
------------------------------
To avoid stale data for any specific triggers with parameter standby_max_delay
IF (SYS_CONTEXT(‘USERENV’,’DATABASE_ROLE’) in (‘PHYSICAL STANDBY’) and ’SESSION_USER’)=‘C##NASSYAM’)
execute immediate ‘ALTER SESSION SET STANDBY_MAX_DATA_DELAY=5;’
© 2015 Pythian
Under The Hood of Active Data Guard
• Data Guard vs. Active Data Guard
• Setup of ADG
• Real-Time Query
• Gap Detection and Resolution
• BCT & Fast Incremental Backups
• Automatic Block Repair
© 2014 Pythian16
• Automatic Block Repair
• Statspack & ASH
• Exporting Data from ADG
• DML’s on Standby & Applications
• Applications & ADG
Under The Hood of Active Data Guard
Data Guard vs. Active Data Guard
Gap Detection and Resolution
BCT & Fast Incremental Backups
© 2014 Pythian
DML’s on Standby & Applications
Gap Detection and Resolution
• Missing redo stream with full log file or into parts
– Network Outage
– Deletion or Missing of log files before they applied on standby
– Bad configuration
– Can be FRA, Corruption, Data files issue
– Consider reviewing the alert log and views
v$archive_dest, v$database, v$dataguard_status
• Resolution: • Resolution:
– Resolution not required for Good configuration , Oracle take cares in resolving
GAP by RFS
– FAL parameter
© 2015 Pythian17
Gap Detection and Resolution
Missing redo stream with full log file or into parts
Deletion or Missing of log files before they applied on standby
Can be FRA, Corruption, Data files issue
Consider reviewing the alert log and views v$archived_log, v$archive_gap,
v$dataguard_status, v$managed_standby, v$log_history
Resolution not required for Good configuration , Oracle take cares in resolving
© 2015 Pythian
Under The Hood of Active Data Guard
• Data Guard vs. Active Data Guard
• Setup of ADG
• Real-Time Query
• Gap Detection and Resolution
• BCT & Fast Incremental Backups
• Automatic Block Repair
© 2014 Pythian18
• Automatic Block Repair
• Statspack & ASH
• Exporting Data from ADG
• DML’s on Standby & Applications
• Applications & ADG
Under The Hood of Active Data Guard
Data Guard vs. Active Data Guard
Gap Detection and Resolution
BCT & Fast Incremental Backups
© 2014 Pythian
DML’s on Standby & Applications
Block Change Tracking
• BCT can quickly identifies the blocks changes since last backup.
• BCT on Standby supported from 11.2
• Many bugs with 11.2
• < 11gR2 CTWR cannot write in BCT when recovery in progress.
© 2015 Pythian19
BCT can quickly identifies the blocks changes since last backup.
< 11gR2 CTWR cannot write in BCT when recovery in progress.
© 2015 Pythian
Block Change Tracking• BCT works only on Incremental backups
© 2015 Pythian20
BCT works only on Incremental backups
© 2015 Pythian
Under The Hood of Active Data Guard
• Data Guard vs. Active Data Guard
• Setup of ADG
• Real-Time Query
• Gap Detection and Resolution
• BCT & Fast Incremental Backups
• Automatic Block Repair
© 2014 Pythian21
• Automatic Block Repair
• Statspack & ASH
• Exporting Data from ADG
• DML’s on Standby & Applications
• Applications & ADG
Under The Hood of Active Data Guard
Data Guard vs. Active Data Guard
Gap Detection and Resolution
BCT & Fast Incremental Backups
© 2014 Pythian
DML’s on Standby & Applications
Automatic Block Repair
• Automatic Block repair feature of ADG from 11g
• Media recovery works in 2-way
• Real-Time query should be working.
• Automatically repairs physical corruption.
• Increases availability and maintaining data protection all time.
© 2015 Pythian22
PRIMARY DATABASE
Automatic Block repair feature of ADG from 11g
Automatically repairs physical corruption.
Increases availability and maintaining data protection all time.
© 2015 Pythian
STANDBY DATABASE
Automatic Block Repair• Without ADG
SQL> select count(*) from c##nassyam.adg_tableselect count(*) from c##nassyam.adg_table
*ERROR at line 1:ORA-01578: ORACLE data block corrupted (file # 6, block # 354)ORA-01110: data file 6: '/u02/app/oracle/oradata/mcdb/users01.dbf'
• With the power of ADG
SQL> select count(*) from C##NASSYAM.ADG_TABLE;
COUNT(*)COUNT(*)----------
3
Reading datafile '/u02/app/oracle/oradata/mcdb/users01.dbf' for corruption at block 356)
Reread (file 6, block 356) found same corrupt data (no logical check)Reread (file 6, block 356) found same corrupt data (no logical check)Reread (file 6, block 356) found same corrupt data (no logical check)Reread (file 6, block 356) found same corrupt data (no logical check)Automatic block media recovery requested for (file# 6, block# 356)Automatic block media recovery requested for (file# 6, block# 356)Automatic block media recovery requested for (file# 6, block# 356)Automatic block media recovery requested for (file# 6, block# 356)Sat Feb 21 22:24:07 2015Automatic block media recovery successful for (file# 6, block# 356)Sat Feb 21 22:24:07 2015Automatic block media recovery successful for (file# 6, block# 355)Sat Feb 21 22:24:07 2015Automatic block media recovery successful for (file# 6, block# 355)Automatic block media recovery successful for (file# 6, block# 356)
© 2015 Pythian23
nassyam.adg_table;
01578: ORACLE data block corrupted (file # 6, block # 354)01110: data file 6: '/u02/app/oracle/oradata/mcdb/users01.dbf'
SQL> select count(*) from C##NASSYAM.ADG_TABLE;
/users01.dbf' for corruption at rdba: 0x01800164 (file 6,
Reread (file 6, block 356) found same corrupt data (no logical check)Reread (file 6, block 356) found same corrupt data (no logical check)Reread (file 6, block 356) found same corrupt data (no logical check)Reread (file 6, block 356) found same corrupt data (no logical check)Automatic block media recovery requested for (file# 6, block# 356)Automatic block media recovery requested for (file# 6, block# 356)Automatic block media recovery requested for (file# 6, block# 356)Automatic block media recovery requested for (file# 6, block# 356)
Automatic block media recovery successful for (file# 6, block# 356)
Automatic block media recovery successful for (file# 6, block# 355)
Automatic block media recovery successful for (file# 6, block# 355)Automatic block media recovery successful for (file# 6, block# 356)
© 2015 Pythian
Under The Hood of Active Data Guard
• Data Guard vs. Active Data Guard
• Setup of ADG
• Real-Time Query
• Gap Detection and Resolution
• BCT & Fast Incremental Backups
• Automatic Block Repair
© 2014 Pythian24
• Automatic Block Repair
• Statspack & ASH
• Exporting Data from ADG
• DML’s on Standby & Applications
• Applications & ADG
Under The Hood of Active Data Guard
Data Guard vs. Active Data Guard
Gap Detection and Resolution
BCT & Fast Incremental Backups
© 2014 Pythian
DML’s on Standby & Applications
Tuning Reports: Statspack• With ADG we can measure performance by interpreting Tuning tools
– Statspack on standby is available from 11gR1
– Before using Statspack, must have schema and Statspack related objects, If not available they can created using spcreate.sql
Statspack Installation
SQL> alter session set "_oracle_script"=true;
SQL> @?/rdbms/admin/spcreate
Standby Statspack Installation, creates “STDBYPERF” user for Standby.
SQL> @?/rdbms/admin/sbcreate.sql
Add additional Standby from “STDBYPERF” user
SQL> @?/rdbms/admin/sbaddins
Creating Snapshot Manually (exec statspack_<db_unique_name
SQL> exec statspack_india_drmcdb.snap
Generate Statspack report(Test case) from “STDBYPERF” user
SQL> exec statspack_india_drmcdb.snap
SQL> @?/rdbms/admin/sbreport
© 2015 Pythian25
With ADG we can measure performance by interpreting Tuning tools
Before using Statspack, must have schema and Statspack related objects, If not available they can created
"=true;
Standby Statspack Installation, creates “STDBYPERF” user for Standby.
db_unique_name>_<instance_name>.snap)
Generate Statspack report(Test case) from “STDBYPERF” user
© 2015 Pythian
Tuning Reports: Sample Statspack Report• ADG allows more scope to review performance of standby database also.
© 2015 Pythian26
Tuning Reports: Sample Statspack ReportADG allows more scope to review performance of standby database also.
D:\All Oracle\
Community & User Groups\OTN
© 2015 Pythian
Tuning Reports: ASH Report• ASH report is very useful to track active sessions and also Historical.
• Ability to generate reports same as Primary with HTML and Text based.
SQL> select db_unique_name,database_role from
DB_UNIQUE_NAME DATABASE_ROLE-------------------- ----------------india PHYSICAL STANDBY
SQL> @?/rdbms/admin/ashrpt.sql
Current Instance~~~~~~~~~~~~~~~~
DB Id DB Name Inst Num InstanceDB Id DB Name Inst Num Instance----------- ------------ -------- ------------3793852408 MCDB 1 drmcdb
........
You are running ASH report on a Standby database. To generate the reportover data sampled on the Primary database, enter 'P'.Defaults to 'S' - data sampled in the Standby database.Enter value for stdbyflag: S
Using Primary (P) or Standby (S): S
© 2015 Pythian27
Tuning Reports: ASH ReportASH report is very useful to track active sessions and also Historical.
Ability to generate reports same as Primary with HTML and Text based.
from v$database;
------------
You are running ASH report on a Standby database. To generate the reportover data sampled on the Primary database, enter 'P'.
data sampled in the Standby database.
© 2015 Pythian
Tuning Reports: ASH Report• ASH report is very useful to track active sessions and also Historical.
© 2015 Pythian28
Tuning Reports: ASH ReportASH report is very useful to track active sessions and also Historical.
© 2015 Pythian
Under The Hood of Active Data Guard
• Data Guard vs. Active Data Guard
• Setup of ADG
• Real-Time Query
• Gap Detection and Resolution
• BCT & Fast Incremental Backups
• Automatic Block Repair
© 2014 Pythian29
• Automatic Block Repair
• Statspack & ASH
• Exporting Data from ADG
• DML’s on Standby & Applications
• Applications & ADG
Under The Hood of Active Data Guard
Data Guard vs. Active Data Guard
Gap Detection and Resolution
BCT & Fast Incremental Backups
© 2014 Pythian
DML’s on Standby & Applications
Exporting Data from Standby• Creates only master table at Primary database
• Disk reads, Memory consumption of processes from standby database.
SQL> !mkdir -p /home/oracle/working/nassyam
SQL> create or replace directory exp_adg as '/home/oracle/working/
Directory created.
SQL> grant read,write,execute on directory
Grant succeeded.Grant succeeded.
SQL> create public database link exp_adg connect to system identified by oracle using 'india';
Database link created.
SQL>
© 2015 Pythian30
Exporting Data from StandbyCreates only master table at Primary database
Disk reads, Memory consumption of processes from standby database.
nassyam/
as '/home/oracle/working/nassyam';
on directory exp_adg to public;
connect to system identified by oracle
© 2015 Pythian
Exporting Data from Standby-bash-3.2$ expdp system/oracle directory=exp_adg dumpfile
c##nassyam network_link=exp_adg
Export: Release 12.1.0.1.0 - Production on Fri Feb 20 18:03:59 2015Copyright (c) 1982, 2013, Oracle and/or its affiliates. All rights reserved.Connected to: Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 With the Partitioning, OLAP, Advanced Analytics and Real Application Testing optionsWARNING: Oracle Data Pump operations are not typically needed when connected to the root or seed of a
container database.
Starting "SYSTEM"."SYS_EXPORT_SCHEMA_01": system/******** directory=logfile=exp_full.log schemas= network_link=exp_adg
Estimate in progress using BLOCKS method...Processing object type SCHEMA_EXPORT/TABLE/TABLE_DATATotal estimation using BLOCKS method: 247.0 MBProcessing object type SCHEMA_EXPORT/USERProcessing object type SCHEMA_EXPORT/SYSTEM_GRANTProcessing object type SCHEMA_EXPORT/SYSTEM_GRANTProcessing object type SCHEMA_EXPORT/ROLE_GRANTProcessing object type SCHEMA_EXPORT/DEFAULT_ROLEProcessing object type SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMAProcessing object type SCHEMA_EXPORT/TABLE/TABLEProcessing object type SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICSProcessing object type SCHEMA_EXPORT/STATISTICS/MARKER. . exported "C##NASSYAM"."TEST_UPDATE" 208.7 MB 4000000 rows. . exported "C##NASSYAM"."ADG_TABLE" 6.179 KB 3 rowsMaster table "SYSTEM"."SYS_EXPORT_SCHEMA_01" successfully loaded/unloaded******************************************************************************Dump file set for SYSTEM.SYS_EXPORT_SCHEMA_01 is:/home/oracle/working/nassyam/exp_full.dmp
Job "SYSTEM"."SYS_EXPORT_SCHEMA_01" successfully completed successfully completed successfully completed successfully completed 00:01:57
© 2015 Pythian31
Exporting Data from Standbydumpfile=exp_full.dmp logfile=exp_full.log schemas=
Production on Fri Feb 20 18:03:59 2015Copyright (c) 1982, 2013, Oracle and/or its affiliates. All rights reserved.Connected to: Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit ProductionWith the Partitioning, OLAP, Advanced Analytics and Real Application Testing optionsWARNING: Oracle Data Pump operations are not typically needed when connected to the root or seed of a
Starting "SYSTEM"."SYS_EXPORT_SCHEMA_01": system/******** directory=exp_adg dumpfile=exp_full.dmp exp_adg
Processing object type SCHEMA_EXPORT/TABLE/TABLE_DATA
Processing object type SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA
Processing object type SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICSProcessing object type SCHEMA_EXPORT/STATISTICS/MARKER. . exported "C##NASSYAM"."TEST_UPDATE" 208.7 MB 4000000 rows. . exported "C##NASSYAM"."ADG_TABLE" 6.179 KB 3 rowsMaster table "SYSTEM"."SYS_EXPORT_SCHEMA_01" successfully loaded/unloaded******************************************************************************
successfully completed successfully completed successfully completed successfully completed at Fri Feb 20 18:05:59 2015 elapsed 0
© 2015 Pythian
Under The Hood of Active Data Guard
• Data Guard vs. Active Data Guard
• Setup of ADG
• Real-Time Query
• Gap Detection and Resolution
• BCT & Fast Incremental Backups
• Automatic Block Repair
© 2014 Pythian32
• Automatic Block Repair
• Statspack & ASH
• Exporting Data from ADG
• DML’s on Standby
• Applications & ADG
Under The Hood of Active Data Guard
Data Guard vs. Active Data Guard
Gap Detection and Resolution
BCT & Fast Incremental Backups
© 2014 Pythian
DML’s on Standby & Applications • Active Data Guard feature from 12.1.0.1• Key Parameter: TEMP_UNDO_ENABLED(Dynamic)• Compatible parameter should be 12.0.0• DDL’s should be issued from Primary • Transactions splits, Temporary objects will be used temporary undo and normal objects in Permanent undo.
SQL> create global temporary table ADG_GTT on commit preserve rows as select * from
Table created.
SQL>
SQL> conn c##nassyam/oracleConnected.SQL> select count(*) from adg_gtt;SQL> select count(*) from adg_gtt;
COUNT(*)----------
0SQL> insert into ADG_GTT select * from testobj;
91431 rows created.
SQL> select count(*) from adg_gtt;
COUNT(*)----------
91431
© 2015 Pythian33
DML’s on Standby & Applications
Transactions splits, Temporary objects will be used temporary undo and normal objects in Permanent undo.
SQL> create global temporary table ADG_GTT on commit preserve rows as select * from testobj;
Table created. ���� DDL only on PrimaryDDL only on PrimaryDDL only on PrimaryDDL only on Primary
���� DML on StandbyDML on StandbyDML on StandbyDML on Standby
���� New rows on StandbyNew rows on StandbyNew rows on StandbyNew rows on Standby
© 2015 Pythian
DML’s on Standby & Applications • 12 New feature
SQL> set autotrace traceonly statistics;SQL> insert into ADG_GTT select * from testobj;
91431 rows created.
Statistics----------------------------------------------------------
312 recursive calls8499 db block gets3542 consistent gets1534 physical reads
0 redo size0 redo size0 redo size0 redo size854 bytes sent via SQL*Net to client854 bytes sent via SQL*Net to client841 bytes received via SQL*Net from client
3 SQL*Net roundtrips to/from client35 sorts (memory)0 sorts (disk)
91431 rows processed
SQL> select count(*) from adg_gtt;
COUNT(*)----------
182862
© 2015 Pythian34
DML’s on Standby & Applications
----------------------------------------------------------
841 bytes received via SQL*Net from client
© 2015 Pythian
Under The Hood of Active Data Guard
• Data Guard vs. Active Data Guard
• Setup of ADG
• Real-Time Query
• Gap Detection and Resolution
• BCT & Fast Incremental Backups
• Automatic Block Repair
© 2014 Pythian35
• Automatic Block Repair
• Statspack & ASH
• Exporting Data from ADG
• DML’s on Standby
• Applications & ADG
Under The Hood of Active Data Guard
Data Guard vs. Active Data Guard
Gap Detection and Resolution
BCT & Fast Incremental Backups
© 2014 Pythian
Applications & ADG• Key role is compatibility of applications with ADG
• Peoplesoft– 8.5.1 Nvision reports are supported to use and run on ADG
– Nvisions are mostly select queries(PS_LEDGER, PS_LEDGER_BUDG)
– Reports can run from modules FIN, HR, or EPM(DWH).
– Database Links to access primary system for DML/DDL using triggers
• EBS
• Top Links(FMW)
• Oracle BI(10.1.3.4)• Oracle BI(10.1.3.4)
• SAP does not work with ADG
© 2015 Pythian36
Key role is compatibility of applications with ADG
reports are supported to use and run on ADG
are mostly select queries(PS_LEDGER, PS_LEDGER_BUDG)
FIN, HR, or EPM(DWH).
Database Links to access primary system for DML/DDL using triggers
© 2015 Pythian
Finally……
These all are with single License
© 2015 Pythian37
These all are with single License ☺
© 2015 Pythian
Thank you and Q&A
@nassyambasha@nassyambasha
www.oracle-ckpt.com
© 2015 Pythian38
Thank you and Q&A
ckpt.com
© 2015 Pythian