Under the hood of Active Data Guard Original - AIOUG Basha_Under The Hood of... · Under The Hood...

38
Under The Hood Data Guard Author & Presenter: Nassyam Basha Date: 27-FEB-2015 d of Active

Transcript of Under the hood of Active Data Guard Original - AIOUG Basha_Under The Hood of... · Under The Hood...

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

• Here you go

© 2015 Pythian10 © 2015 Pythian

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

Real-Time Query Test• No scope for the stale data

© 2015 Pythian12 © 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

[email protected]

@nassyambasha@nassyambasha

www.oracle-ckpt.com

© 2015 Pythian38

Thank you and Q&A

ckpt.com

© 2015 Pythian