Showing posts with label EBS. Show all posts
Showing posts with label EBS. Show all posts

Sunday, October 12, 2025

Oracle E-Business Suite Hit by New High-Severity Vulnerability — CVE-2025-61884

 

Overview

Oracle has disclosed a new high-severity vulnerability (CVE-2025-61884) impacting Oracle E-Business Suite (EBS) versions 12.2.3 through 12.2.14, as outlined in My Oracle Support (MOS) Note 3107176.1.
This vulnerability follows closely on the heels of another critical issue — CVE-2025-61882, announced on October 4, 2025, which has already been observed in active exploitation campaigns.

Both vulnerabilities underscore the growing importance of timely patching, network hardening, and proactive monitoring for organizations running Oracle EBS on-premises or in the cloud.


⚠️ CVE-2025-61884 — What We Know So Far

  • Component Affected: Oracle Configurator (Runtime UI)

  • Affected Versions: EBS 12.2.3 to 12.2.14

  • Severity: High (CVSS v3.1 Base Score 7.5)

  • Access Vector: Network — unauthenticated HTTP access

  • MOS Reference: Doc ID 3107176.1

This vulnerability allows unauthenticated network access to the Oracle Configurator component, potentially exposing sensitive configuration data or enabling unauthorized access to system resources.
Oracle has released a security patch to address the issue, available through the Patch Availability Document in MOS.

In addition to applying the patch, Oracle recommends specific post-patch verification steps and tightened access controls around Configurator-related URLs.


🧩 CVE-2025-61882 — The Earlier Critical CVE Still Demands Attention

  • Component Affected: Oracle Concurrent Processing / BI Publisher Integration

  • Severity: Critical — Remote Code Execution (RCE)

  • MOS Reference: Doc ID 3106344.1

  • Status: Actively exploited in the wild

This earlier CVE exposed an RCE vulnerability that could be triggered via HTTP, allowing attackers to execute arbitrary code on EBS application servers.
It has been actively exploited by threat actors (including ransomware groups), leading Oracle and cybersecurity agencies to issue urgent patching advisories.

Organizations should ensure that:

  1. The CVE-2025-61882 patch has already been applied.

  2. Prerequisite CPU/PSU patches are installed before applying the emergency fix.

  3. Threat hunting and log analysis are performed for signs of compromise.


🔍 Key Differences Between CVE-2025-61882 and CVE-2025-61884

AspectCVE-2025-61882CVE-2025-61884
SeverityCritical (RCE)High (Unauthorized Access)
Attack VectorHTTP, Remote Code ExecutionHTTP, Configurator Runtime UI
Public ExploitsActively exploitedNo public exploit observed yet
MOS Note3106344.13107176.1
Additional MitigationIOC scanning, log monitoring, CPU baseline patchesRestrict access to Configurator UI, apply post-patch hardening

🛠️ Recommended Actions for EBS Administrators

  1. Immediately apply the patches for both CVEs as per Oracle’s MOS notes.

  2. Validate patch prerequisites (previous CPUs or required patch baselines).

  3. Restrict HTTP access to Configurator and BI Publisher components to trusted internal users only.

  4. Enable web application firewall (WAF) filtering for known exploit patterns.

  5. Perform threat hunting using HTTP access logs, BI Publisher logs, and concurrent manager trace files.

  6. Regularly monitor Oracle’s Security Alert portal and subscribe to their Critical Patch Update (CPU) notifications.


💡 Why This Matters

Many enterprises still rely on Oracle E-Business Suite for core ERP functions such as finance, supply chain, HR, and manufacturing.
Given its business-critical nature, EBS environments remain a prime target for cyberattacks, especially when exposed to the internet.

Applying the latest patches promptly and reviewing access controls can dramatically reduce risk exposure.
Organizations running EBS on Oracle Cloud Infrastructure (OCI) or private cloud should also ensure that network security lists and WAF rules are up to date.


🧠 Final Thoughts

The appearance of two major vulnerabilities in quick succession highlights the need for a proactive security posture in Oracle ERP environments.
Stay current with patches, monitor advisories, and collaborate closely with your DBA, Sysadmin, and InfoSec teams.

For more technical guidance, refer to:

  • CVE-2025-61882 – MOS Note 3106344.1

  • CVE-2025-61884 – MOS Note 3107176.1

Friday, November 5, 2021

Support implications for EBS R12.1.3|Upgrade to latest EBS 12.2

 If you are one of the customer who are still running Oracle EBS R12 and wanted to continue using Oracle E-Business Suite, now it is the time to upgrade and move on. As you might have read earlier, or even if you are not aware of,  EBS 12.1.3 premier support ending on Dec, 31st, 2021. For support policies on EBS, you can refer the below chart





What does it mean?

EBS 12.1.3 will move to  to Sustaining Support on January 1, 2022.

How does it impact me, if i still need some time to move to latest EBS 12.2.10

You have to use Market Driven Support(MDS) from Oracle by paying an extra amount. For more details, you can see the official Oracle Documentation https://www.oracle.com/a/ocom/docs/market-driven-support-for-e-business-suite.pdf


What sort of support provided by Oracle in Sustaining Support

Diagnostic assistance can be requested for EBS 12.1 issues and to download existing patches and documentation.  Sustaining Support does not include the following:

New updates, fixes, security alerts, data fixes, and critical patch updates

New tax, legal, and regulatory updates

New upgrade scripts

Certification with new third-party products/versions

Certification with new Oracle products


Thus, now it is the time if we still to leverage most favorite ERP which is being used by almost every corner of the world. If you need any assistance, you can visit my previous blog on how to upgrade EBS R12 to EBS 12.2 -https://samappsdba.blogspot.com/2017/10/oracle-e-business-suite-upgrade-from.html


References:-

https://blogs.oracle.com/ebstech/post/reminder-ebs-1213-moves-to-sustaining-support-on-jan-1-2022-updated




Tuesday, October 5, 2021

Upgrade Oracle EBS R12 Database 12c to 19c(19.11) on AWS IaaS

 In this post, i am going to cover on how i did an upgrade of EBS R12 Database 12c to 19c(19.11) on AWS IaaS. The application EBS 12.1.3 was running on AWS EC2 and Database 12.1.0.2 was also running on AWS EC2. As per Database releases and Support timelines support for 12c database is soon going to end, whereas 19c has long term support.





For more information on the support policies, you can visit  Database support policies

Now coming to the actual work being done, the existing database size was having a size of 1.6TB. We had used DBUA to upgrade the database. As you might be aware with 19c DB comes the multitenant architecture and with EBS it comes with one container and one pluggable. In my previous posts, i have explained in step by step approach on how we can upgrade the EBS 12.1.0.2 DB to 19c running on compute in OCI. You can refer the following   https://samappsdba.blogspot.com/2020/12/upgrade-EBS-12.2-database-12c12.1.0.2-to-19c19.3-Part-1.html


In this particular post, i will only provide the details on how the upgrade can be achieved on AWS IaaS.
The most important part is doing the prerequisite checks because the Infrastructure is not Oracle and OS used was RHEL 7.



1. uname -a

cat /etc/redhat-release cat /etc/os-release

To determine if the required kernel errata is installed, enter the following command

uname -r it should be x64 /tmp----min 1 GB

swap space allocation relative to RAM (Oracle Database)

Between 1 GB and 2 GB: 1.5 times the size of the RAM Between 2 GB and 16 GB: Equal to the size of the RAM More than 16 GB: 16 GB Note: If you enable HugePages for your Linux servers, then you should deduct the memory allocated to HugePages from the available RAM before calculating swap space.

Use this procedure to gather information about your server configuration.

1. Use the following command to determine physical RAM size on the server: # grep MemTotal /proc/meminfo 2. Determine the size of the configured swap space: # grep SwapTotal /proc/meminfo free -g total used free shared buff/cache available If necessary, see your operating system documentation for information about how to configure additional swap space.

Determine the amount of space available in the /tmp directory:

# df -h /tmp If the free space available in the /tmp directory is less than what is required, then complete one of the following steps: • Delete unused files from the /tmp directory to meet the disk space requirement.

Checking Server Hardware and Memory Configuration

Determine the amount of free RAM and disk swap space on the system: # free

Determine if the system architecture can run the software:

# uname -m

Verify that the processor architecture matches the Oracle software release to install. For example, you should see the following for a x86-64 bit system:

x86_64 If you do not see the expected output, then you cannot install the software on this system.

6. Verify that shared memory (/dev/shm) is mounted properly with sufficient size:

df -h /dev/shm The df-h command displays the filesystem on which /dev/shm is mounted, and also displays in GB the total size and free size of shared memory.

start a terminal session and enter the following command as root, depending on your platform. For example:

• Oracle Linux 7 # yum install oracle-database-preinstall-19c Note: Use the -y option if you want yum to skip the package confirmation prompt.

check if all the rpms are installed or not

Oracle E-Business Suite Installation and Upgrade Notes Release 12 (12.2) for Linux x86-64 (Doc ID 1330701.1) rpm -qa --qf "%{n}-%{v}-%{r}.%{arch}\n" | grep libgcc curl -o oracle-database-preinstall-19c-1.0-2.el8.x86_64.rpm https://yum.oracle.com/repo/OracleLinux/OL7/latest/x86_64/getPackage/oracle-database-preinstall-19c-1.0-2.el8.x86_64.rpm curl -o compat-libstdc++-33-3.2.3-72.el7.i686.rpm https://yum.oracle.com/repo/OracleLinux/OL7/latest/x86_64/getPackage/compat-libstdc++-33-3.2.3-72.el7.i686.rpm curl -o compat-libstdc++-33-3.2.3-72.el7.x86_64.rpm https://yum.oracle.com/repo/OracleLinux/OL7/latest/x86_64/getPackage/compat-libstdc++-33-3.2.3-72.el7.x86_64.rpm rpm -ivh compat-libstdc++-33-3.2.3-72.el7.i686.rpm rpm -ivh compat-libstdc++-33-3.2.3-72.el7.x86_64.rpm yum install oracle-database-preinstall-19c-1.0-1.el7.x86_64.rpm If not using the pre-install rpm, the following packages must be installed from the Oracle Linux 7 or RHEL 7 distribution media on both the application and database tiers: • binutils-2.23.52.0.1-16.el7.x86_642 • compat-libcap1-1.10-7.el7.x86_64 • compat-libstdc++-33-3.2.3-71.el7.i686 • compat-libstdc++-33-3.2.3-71.el7.x86_64 not present • gcc-4.8.2-16.el7.x86_64 • gcc-c++-4.8.2-16.el7.x86_64 • gdbm-1.10-8.el7.i686 • gdbm-1.10-8.el7.x86_64 • glibc-2.17-55.el7.i686 • glibc-2.17-55.el7.x86_64 • glibc-common-2.17-55.el7.x86_64 • glibc-devel-2.17-55.el7.i686 • glibc-devel-2.17-55.el7.x86_64 • libaio-0.3.109-12.el7.i686 • libaio-0.3.109-12.el7.x86_64 • libaio-devel-0.3.109-12.el7.x86_64 • libgcc-4.8.2-16.el7.i686 • libgcc-4.8.2-16.el7.x86_64 • libgomp-4.8.2-16.el7.x86_64 • libstdc++-devel-4.8.2-16.el7.i686 • libstdc++-devel-4.8.2-16.el7.x86_64 • libstdc++-4.8.2-16.el7.i686 • libstdc++-4.8.2-16.el7.x86_64 • libXi-1.7.2-2.1.el7.i686 • libXp-1.0.2-2.1.el7.i686 • libXp-1.0.2-2.1.el7.x86_64 • libXtst-1.2.2-2.1.el7.i686 • make-3.82-21.el7.x86_64 • perl-File-CheckTree-4.42-3.el7.noarch • redhat-lsb-4.1-24.0.1.el7.x86_64 • sysstat-10.1.5-4.el7.x86_64 • util-linux-2.23.2-16.el7.x86_64 Additionally, the following RPMs are required for the database tier: • elfutils-libelf-devel-0.158-3.el7.x86_64 • libaio-devel-0.3.109-12.el7.i686 • xorg-x11-utils-7.5-13.1.el7.x86_64

Disabling Transparent Huge Pages

To disable Transparent HugePages: 1. For Oracle Linux 7 and Red Hat Enterprise Linux 7, add or modify the transparent_hugepage=never parameter in the /etc/default/grub transparent_hugepage=never Run the grub2–mkconfig command to regenerate the grub.cfg file. # grub2-mkconfig -o /boot/grub2/grub.cfg Restart the system to make the changes permanent. more /etc/oraInst.loc more /etc/oraInst.loc inventory_loc=/u02/oracle/oraInventory inst_group=oinstall Checking Resource Limits for Oracle Software Installation Users

Log in as an installation owner.:-

Check the soft and hard limits for the file descriptor setting. Ensure that the result is in the recommended range. For example: $ ulimit -Sn 1024 $ ulimit -Hn 65536  Check the soft and hard limits for the number of processes available to a user. Ensure that the result is in the recommended range. For example: $ ulimit -Su 2047 $ ulimit -Hu 16384  Check the soft limit for the stack setting. Ensure that the result is in the recommended range. For example: $ ulimit -Ss 10240 $ ulimit -Hs 32768 ulimit -Su 254341 ]ulimit -Hu 254341 ulimit -Ss—below the recommended value 8192 ulimit -Hs unlimited ]#  5. Repeat this procedure for each Oracle software installation owner. If necessary, update the resource limits in the /etc/security/limits.conf /database-installation-guide-linux.pdf--for 19c for all the checksCheck the NLS Settings select * from database_properties where PROPERTY_NAME in ('NLS_CHARACTERSET', 'NLS_NCHAR_CHARACTERSET'); PROPERTY_NAME -------------------------------------------------------------------------------- PROPERTY_VALUE -------------------------------------------------------------------------------- DESCRIPTION -------------------------------------------------------------------------------- NLS_CHARACTERSET WE8MSWIN1252 Character set NLS_NCHAR_CHARACTERSET AL16UTF16 NCHAR Character set PROPERTY_NAME -------------------------------------------------------------------------------- PROPERTY_VALUE -------------------------------------------------------------------------------- DESCRIPTION select * from nls_database_parameters where parameter='NLS_NCHAR_CHARACTERSET'; SQL> select * from nls_database_parameters where parameter='NLS_NCHAR_CHARACTERSET'; PARAMETER -------------------------------------------------------------------------------- VALUE ---------------------------------------------------------------- NLS_NCHAR_CHARACTERSET AL16UTF16


Download the 19C Binaries

Download the binaries for 19.3 from E-Delivery

 

 Unzip the 19c binaries under the Oracle HOME

 

 


check the target OS version

cat /etc/oracle-release

# cat /etc/redhat-release

# cat /etc/os-release

 

 

prepare the target DB server 

Oracle E-Business Suite Installation and Upgrade Notes Release 12 (12.2) for Linux x86-64 (Doc ID 1330701.1)


Before the DB installation in Source

Run hcheck.sql in source 12c database

 

 

Document 136697.1

Sqlplus / as sysdba

 

Spool hcheck.txt

@hcheck.sql

        

Verify Software version


Patches to apply, comments on them, and relevant Oracle E-Business Suite releases.

Patch 8796558

Patch 9239090 - Release 12.1.3

Check the AD/TXK version

select  ABBREVIATION, NAME, codelevel FROM AD_TRACKABLE_ENTITIES where abbreviation in ('txk','ad');

Patch 23569686 - R12.AD.B.delta.8

Patch 27135427 - R12.TXK.B.delta.4

Patch 30033914 - 19c interoperability patch for Release 12.1.3

Patch 27102203 

Patch 28613638

Patch 28685719

Patch 29178111

Patch 29583055

Patch 29905536

Patch 30370150

Patch 30601878

Patch 31209544

Patch 31406810

Patch 30824278 - Apply only for Windows.


Check SEC_CASE_SENSITIVE_LOGON

Create the initialization parameter setup files on Source DB

Run the following commands to create the $ORACLE_HOME/dbs/<ORACLE_SID>_initparam.sql and $ORACLE_HOME/dbs/<ORACLE_SID>_datatop.txt files.


19c Binary installation and the rest of the activities can be followed in my earlier posts where i have covered the step by step approach



Few important points while doing the upgrade on AWS

1. While using the logical host name, creation of PDB and CDB creation scripts accepts logical hostname as an input

2. We cannot create a restore point and enable flashback before converting the DB to multitenant. This is not supported. The only approach would be to take the rman full backup.

3. Context variable s_appltmp in the application context file should have only one physical path

4. Post patches example OJVM and DB patchset patches have to be applied to PDB also.



FAQ

1. is Oracle EBS certified to be run on AWS

Oracle has not certified it. However, for EBS, you just need the IaaS which is EC2 for application and database. Amazon will be only responsible for infrastructure and based upon Oracle EBS certification matrix, you can install any OS and run EBS on top of it


2. Can i use Amazon RDS for my EBS database needs?

No.

3. For EBS, shared Appl_Top what can i use in AWS

EFS



References:

1. Overview of Running Oracle E-Business Suite on AWS whitepaper-https://d1.awsstatic.com/whitepapers/migrate-oracle-e-business-suite.pdf?did=wp_card&trk=wp_card

2. https://blogs.oracle.com/ebsandoraclecloud/post/is-oracle-e-business-suite-certified-on-amazon-aws-ec2






Monday, May 31, 2021

lift and shift of EBS 12.1 to OCI using Hybrid DR methodology

This post covers the high level steps on how we can Lift and Shift on prem EBS 12.1.3 with Database 11.2.0.4 to Oracle Cloud Infrastructure using Hybrid DR methodology. This Hybrid DR methodology is used when we want to Lift and Shift EBS to OCI using minimal downtime approach. The database in Oracle Cloud Infrastructure is running on VM DB system which is Oracle Cloud Infrastructure PaaS and application server in Compute which is Oracle Cloud Infrastructure IaaS. For more information on approach you can go through the Oracle Doc Hybrid DR . 

Before starting on the steps, there are some important notes which i want to highlight

1. This method is not certified by EBS ATG team. This was done as part of my POC and hence if you are doing it, you are at risk of not getting  support from EBS team. Few days back, Oracle had released the manual migration approach which you can also follow https://blogs.oracle.com/ebsandoraclecloud/ebs-to-oci-manual-migration-documents-available. I will be doing a POC on the manual approach now.

2. Please be aware of the support policies for EBS 12.1.3 and Db 11.2.0.4 for VM Db system. 

3. Once the migration is completed, the tablespaces should be encrypted in order of cloud tooling to work from VM DB system and activities such as taking backups from console etc

4. There should be a network setup between on prem and OCI either using Fast Connect, IPSec VPN or through public internet.

 

Sample Architecture


Coming to the steps, as part of DBCS provisioning in VM DB system , we need to delete the files  which were created as part of provisioning. Before deleting, i took one full backup of the database from the console

 







 Next, we will prepare the on prem Database for DR readiness and also take the backup of application

1. Enable Force logging in on prem db. 

 2. Add the standby logs in the on prem db. 

 3. Create the password file and transfer it to OCI DB home(Single node).

 

 

Delete the starter Database in OCI

 

[oracle@hybriddr on_prem_backup]$  srvctl config database PROD_iad3sv

[oracle@hybriddr on_prem_backup]$

 

SQL> set heading off linesize 999 pagesize 0 feedback off trimspool on

SQL> spool /tmp/files.lst

SQL> select 'asmcmd rm '||name from v$datafile

union all

select 'asmcmd rm '||name from v$tempfile

union all

select 'asmcmd rm '||member from v$logfile;  2    3    4    5

SQL> spool off

SQL> create pfile='/tmp/PROD_iad3sv.pfile ' from spfile;

SQL> exit

Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

With the Automatic Storage Management and Real Application Testing options

 

 

[oracle@hybriddr on_prem_backup]$

 

Shutdown the database

First collect the configuration of the database for future reference:

 

[oracle@hybriddr on_prem_backup]$ srvctl config database -d PROD_iad3sv >/tmp/PROD_iad3sv.config

 

Now stop the database

[oracle@hybriddr on_prem_backup]$ srvctl stop database -d PROD_iad3sv -o immediate

 

[oracle@hybriddr on_prem_backup]$ chmod 777 /tmp/files.lst

 

Using grid user remove the unwanted lines and run the script

 

[grid@hybriddr ~]$ . /tmp/files.lst

 

 

Configure static listener

 

Add the following content to the listener of dbaas host

 

SID_LIST_LISTENER =

 (SID_LIST = (SID_DESC =

 (GLOBAL_DBNAME = PROD_iad3sv) (ORACLE_HOME =/u01/app/oracle/product/11.2.0.4/dbhome_1)

 (SID_NAME = PROD)

 ))

 

And reload the listener

[grid@hybriddr admin]$ lsnrctl reload

 

LSNRCTL for Linux: Version 19.0.0.0.0 - Production on 27-MAY-2021 08:55:35

 

Copyright (c) 1991, 2020, Oracle.  All rights reserved.

 

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER)))

The command completed successfully

 

 

 

Configure the TNSnames.ora, sqlnet.ora files in both on prem and OCI database

 

Check the connection from on prem

 

[oracle@onprem-ebs admin]$ sqlplus sys/*****@PROD_IAD3SV as sysdba

 

SQL*Plus: Release 11.2.0.4.0 Production on Thu May 27 12:07:15 2021

 

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

 

 

Connected to:

Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

With the Automatic Storage Management and Real Application Testing options

 

SQL>

 

 

 

From OCI VM DB

 

[oracle@hybriddr admin]$ sqlplus system/*****@PROD

 

SQL*Plus: Release 11.2.0.4.0 Production on Thu May 27 12:07:38 2021

 

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

 

 

Connected to:

Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

 

SQL>

 

 

 

Modify the init parameters for redo shipping:-

 

In the source on prem add the below parameetrs

SQL> ALTER SYSTEM SET log_archive_config='dg_config=(PROD,PROD_iad3sv)' SCOPE=both;

 SQL> ALTER SYSTEM SET log_archive_dest_1='location=use_db_recovery_file_dest valid_for=(all_logfiles,all_roles) db_unique_name=PROD' SCOPE=both;

 

System altered.

 SQL> ALTER SYSTEM SET log_archive_dest_2='service=PROD_iad3sv async valid_for=(online_logfiles,primary_role) db_unique_name=PROD_iad3sv' SCOPE=both;

 

System altered.

 

SQL> ALTER SYSTEM SET fal_server='PROD_iad3sv' SCOPE=both;

 

System altered.

 

SQL> ALTER SYSTEM SET fal_client='PROD' SCOPE=both;

 

System altered.

 

SQL> ALTER SYSTEM SET standby_file_management='AUTO' SCOPE=both;

 

System altered.

 

SQL> alter system set log_archive_dest_state_2=defer;

 

System altered.

 

SQL>

 

 

 In dr

SQL> ALTER SYSTEM SET standby_file_management='AUTO' SCOPE=both;

 

System altered.

 

SQL> ALTER SYSTEM SET log_archive_config='dg_config=(PROD,PROD_iad3sv)' SCOPE=both;

 

 

take the backup of on prem database and transfer it to OCI

 Restore the Database




SQL> select open_mode,database_role from v$database;

 

OPEN_MODE            DATABASE_ROLE

-------------------- ----------------

MOUNTED              PHYSICAL STANDBY

 

 

In the primary

SQL> Alter system set log_archive_dest_state_2=enable scope=both sid='*';

 

System altered.

 

 

In the standby

Start the mrp

alter database recover managed standby database disconnect from session;

 

Database altered.

 

SQL> SELECT ARCH.THREAD# "Thread", ARCH.SEQUENCE# "Last Sequence Received", APPL.SEQUENCE# "Last Sequence Applied", (ARCH.SEQUENCE# - APPL.SEQUENCE#) "Difference" FROM (SELECT THREAD# ,SEQUENCE# FROM V$ARCHIVED_LOG WHERE (THREAD#,FIRST_TIME ) IN (SELECT THREAD#,MAX(FIRST_TIME) FROM V$ARCHIVED_LOG GROUP BY THREAD#)) ARCH, (SELECT THREAD# ,SEQUENCE# FROM V$LOG_HISTORY WHERE (THREAD#,FIRST_TIME ) IN (SELECT THREAD#,MAX(FIRST_TIME) FROM V$LOG_HISTORY GROUP BY THREAD#)) APPL WHERE ARCH.THREAD# = APPL.THREAD# ORDER BY 1;

 

    Thread Last Sequence Received Last Sequence Applied Difference

---------- ---------------------- --------------------- ----------

         1                     46                    46          0

 

 

 

 

 

Enable Autoconfig in the database


The complete step by step document is available at a price of $49. If you want the document, please contact me over samratsinha05@gmail.com/ Whatsapp-+91-8709658491