Skip to main content

Distributed transaction in Oracle ( Over Oracle DBLink)

To fetch the data from one server to and other Oracle server over DBLink, I experienced the following facts of Oracle Distributed transactions:

Security issue:
-          We cannot create Public synonym for the remote object accessed over Private DBLink of other Database.  
-          It’s allowed to create private synonym for remote object, but you cannot grant the access over this synonym to any other schema.
If you try to provide the grants to other schema Oracle raises an error:

             [ORA-02021: DDL operations are not allowed on a remote database]

“In an all you can access remote objects over private DBLink in the same schema where DBLink is created”.

Fetching the Ref Cursor at Remote site:  
                Let’s say we have two sites involved in Distributed transaction, Server1 and Server2. The Ref Cursor opened on Server1 procedure, cannot be fetched at Server2 site. If we try to fetch this cursor oracle raises an exception:
    
[ORA-02055: distributed update operation failed; rollback required
 ORA-24338: statement handle not executed]

                                “We cannot use the Ref Cursor over DBLink” 
Solutions:
1.       Use PL-SQL Data table. OR
2.       Provide select grant and use select command over DBLink from initiator site instead of opening the Cursor.    

Transaction issue:
                If remotely called procedure/Function has Out or In-Out argument, we cannot use commit in remote procedure.
Oracle raises an exception:

[ORA-02064: distributed operation not supported
 ORA-06512: at "DBA.PR_DATATRANFER", line 332
 ORA-06512: at "LIVE.PR_DOWNLOADEDDATA", line 74
 ORA-06512: at line 8]

Solutions:
1.       Use PRAGMA AUTONOMOUS_TRANSACTION (if possible).
2.       Simplify your transaction and check if the transaction initiator site can take care of commit\rollback of transaction.
     
Use of Global temporary table in Distributed transaction :
                In your distributed transaction, if remote server procedure/Function is using the GTT (on Commit Delete\Preserve rows). Even after using commit or rollback Oracle does not release the locks on temporary table (Ref: http://www.dbasupport.com/forums/showthread.php?t=58263). And when you run the same procedure again oracle raises an exception:

[ORA-14450: attempt to access a transactional temp table already in use
 ORA-06512: at "DBA.PR_DATATRANFER", line 319
 ORA-06512: at "LIVE.PR_DOWNLOADEDDATA", line 74
 ORA-06512: at line 8]
 
Only alternative to release the existing locks is Disconnect and re-connect the session.
Oracle Documentation says that you cannot use GTT in Distributed transactions: http://download.oracle.com/docs/cd/B10501_01/server.920/a96540/statements_73a.htm

Comments

  1. I am not sure if I have understood your problem. So, you have,
    - Script saved on centralized server as CLOB
    - And you are querying it from remote servers?
    So you have used GTT on Central server or on Local (target) server? Can you explain it a bit?

    ReplyDelete

Post a Comment

Popular posts from this blog

Some facts and Figures of WCF

SOAP Message in WCF: 1.        The max size of SOAP message in WCF is 9,223,372,036,854,775,807 bytes. Including metadata. 2.        For actual user data we can use 2,147,483,647 bytes out of it. 3.        With default setting WCF uses only 65536 bytes. 4.        We can change it by setting maxReceivedMessageSize in clients app.config file.    5.        So selection of data types in Data Contract and Data table will matter a lot! 6.       Reference :   http://blogs.msdn.com/drnick/archive/2006/03/16/552628.aspx          http://blogs.msdn.com/drnick/archive/2006/03/10/547568.aspx       “Amazing blog for WCF!” Data Contract: 1.        By Default WCF can serialize 65536 DataMember. 2.        We can change it to max  2147483646. 3.       How?  Please go to: http://social.msdn.microsoft.com/Forums/en-US/wcf/thread/4a81a226-175b-41d3-864a-181792c71ffe Tracing WCF service message: 1.       Enable message log of WCF: http://www.avingtonsolutions.com/blog/post/2008/07/25/Tracing-SOAP-Message

Drop all Objects from Schema In Postgres

To Drop all objects from Postgres Schema there could be following two approaches: Drop Schema with cascade all and re-create it again.  In some cases where you dont want to/not allowed to drop and recreate schema, its easy to look for objects on current schema and drop them. following script would help to do so, Create function which would do the task and then drop that function too. --- CREATE OR REPLACE FUNCTION drop_DB_objects() RETURNS VOID AS $$ DECLARE  rd_object RECORD; v_idx_statement VARCHAR(500);   BEGIN ---1. Dropping all stored functions RAISE NOTICE '%', 'Dropping all stored functions...'; FOR rd_object IN ( SELECT format('%I.%I(%s)', ns.nspname, p.proname, oidvectortypes(p.proargtypes)) as functionDef     FROM pg_proc p     INNER JOIN pg_namespace ns ON (p.pronamespace = ns.oid)    WHERE ns.nspname = current_schema      AND p.proname <> 'drop_db_objects' )

Vacuum Analyze Full Schema in PostgreSQL Database

To analyze full database schema, you can use following shell script : -------------------------------------------------------------------------------------------------------------------------- #!/bin/sh rm -rf /tmp/vacuum_analyze_MyData.sql dbname="mydata" username="mydatadatamart" namespace="mydatadatamart" # Vacuum only those tables which are fragmented over 30% # Analyze tables only if they are not already # Process CMF and Groups Master table every time as they are master Tables=`psql $dbname $username << EOF SELECT 'VACUUM ANALYZE VERBOSE ' || tablename || ' ;' AS TableList   FROM ( SELECT *,       n_dead_tup > av_threshold AS "av_needed",       CASE WHEN reltuples > 0      THEN round(100.0 * n_dead_tup / (reltuples))       ELSE 0       END AS pct_dead FROM (SELECT C.relname AS TableName, pg_stat_get_tuples_inserted(C.oid) AS n_tup_ins, pg_stat_get_tuples_updated(