Size of schemas

how to do to know the size of all schemas in my database?
thinks,

This
SELECT
Sum(bytes)/1024/1024 AS total_size_mb
FROM dba_segments
WHERE owner = Upper(&User_Name)
GROUP BY owner
or
SELECT
Sum(bytes)/1024/1024 AS total_size_mb
FROM dba_segments
GROUP BY owner

Similar Messages

  • Size of schema / table / index

    Hi,
    Is there some direct queries or DBA views to find the following
    1. current size of a particular schema
    2. used, max, free size of a particular schema
    3. size of each index in a schema
    4. size of each table in a schema
    TIA
    regards,
    Prakash

    Alok,
    dba_free_space doesn't give any clue at the schema level.
    Prakash,
    1. sum(bytes) from dba_segments where owner='YOURUSER'
    2. not clear for me what do you want here.
    3. user_segments (or dba|all_segments with owner) and segment_type like 'INDEX%'
    4. user_segments (or dba|all_segments with owner) and segment_type like 'TABLE%'
    Nicolas.

  • Schema size?

    How to identify the size of schema in a database. I want to know the size of 5 schema alone in a database and there are some more schema also in the db.
    PS: I would appreciate a query that can relate the size of schema to the schema name and not the owner and segment alone.

    SELECT   owner, SUM (BYTES) / 1024 / 1024 "Size (MB)" FROM dba_segments
       WHERE owner IN ('list of schemas') GROUP BY owner;

  • Query to find the size of a schema

    Hi,
    Can you give me the Oracle query to find the size of a schema ?
    Thanks,
    Smitha

    Hi,
    Following query tell you the size of schema.
    SELECT owner,
    Sum(bytes)/1024/1024 AS total_size_mb
    FROM dba_segments
    WHERE owner = Upper('&1')
    GROUP BY owner
    Regards,
    Awais Riaz

  • Lax validation errors on schema import ('version' exceeds maximum length)

    I have a schema as per below. I'm trying to import it into Oracle 10.2.0.2.0. However, I'm getting the following lax validation error:
    Error loading ora_business_rule.xsd:ORA-30951: Element or attribute at Xpath /schema[@version] exceeds maximum length
    I can fix it by modifying the attribute and shortening it but I'd like to know why it's occuring. Insofar as I can tell there is no imposed limit on the size of schema attributes according to the W3C standard. Which then makes me wonder: does Oracle impose limits on the length of all attributes or is this specific to 'version' ? If there is a limit, what is the upper bound (in bytes) ? Where is this documented?
    Cheers,
    Daniel
    <?xml version="1.0" encoding="UTF-8"?>
    <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:br="http://foo.com/BusinessRule_PSG_V001" targetNamespace="http://foo.com/BusinessRule_PSG_V001" elementFormDefault="qualified" attributeFormDefault="unqualified" version="last committed on $LastChangedDate: 2006-05-19 11:00:52 +1000 (Fri, 19 May 2006) $">
         <xs:element name="edit">
              <xs:complexType>
                   <xs:sequence>
                        <xs:element name="edit_id" type="xs:string"/>
                        <xs:element ref="br:business_rule"/>
                   </xs:sequence>
              </xs:complexType>
         </xs:element>
         <xs:element name="derivation">
              <xs:complexType>
                   <xs:sequence>
                        <xs:element name="derivation_id" type="xs:string"/>
                        <xs:element ref="br:derivation_type"/>
                        <xs:element ref="br:business_rule"/>
                   </xs:sequence>
              </xs:complexType>
         </xs:element>
         <xs:element name="derivation_type">
              <xs:simpleType>
                   <xs:restriction base="xs:NMTOKENS">
                        <xs:enumeration value="complex"/>
                        <xs:enumeration value="format"/>
                        <xs:enumeration value="formula"/>
                        <xs:enumeration value="recode"/>
                        <xs:enumeration value="SAS code"/>
                        <xs:enumeration value="transfer"/>
                        <xs:enumeration value="count"/>
                        <xs:enumeration value="sum"/>
                        <xs:enumeration value="max"/>
                        <xs:enumeration value="min"/>
                   </xs:restriction>
              </xs:simpleType>
         </xs:element>
         <xs:element name="business_rule"></xs:element>
    </xs:schema>

    Opps -- Sorry it's a decision we took when looking at Version
    When we registered the Schema for Schemas during XDB bootstrap the Version attriubte was mapped to varchar2(12).
    SQL> desc xdb.xdb$schema_T
    Name                                      Null?    Type
    SCHEMA_URL                                         VARCHAR2(700)
    TARGET_NAMESPACE                                   VARCHAR2(2000)
    VERSION                                            VARCHAR2(12)
    NUM_PROPS                                          NUMBER(38)
    FINAL_DEFAULT                                      XDB.XDB$DERIVATIONCHOICE
    BLOCK_DEFAULT                                      XDB.XDB$DERIVATIONCHOICE
    ELEMENT_FORM_DFLT                                  XDB.XDB$FORMCHOICE
    ATTRIBUTE_FORM_DFLT                                XDB.XDB$FORMCHOICE
    ELEMENTS                                           XDB.XDB$XMLTYPE_REF_LIST_T
    SIMPLE_TYPE                                        XDB.XDB$XMLTYPE_REF_LIST_T
    COMPLEX_TYPES                                      XDB.XDB$XMLTYPE_REF_LIST_T
    ATTRIBUTES                                         XDB.XDB$XMLTYPE_REF_LIST_T
    IMPORTS                                            XDB.XDB$IMPORT_LIST_T
    INCLUDES                                           XDB.XDB$INCLUDE_LIST_T
    FLAGS                                              RAW(4)
    SYS_XDBPD$                                         XDB.XDB$RAW_LIST_T
    ANNOTATIONS                                        XDB.XDB$ANNOTATION_LIST_T
    MAP_TO_NCHAR                                       RAW(1)
    MAP_TO_LOB                                         RAW(1)
    GROUPS                                             XDB.XDB$XMLTYPE_REF_LIST_T
    ATTRGROUPS                                         XDB.XDB$XMLTYPE_REF_LIST_T
    ID                                                 VARCHAR2(256)
    VARRAY_AS_TAB                                      RAW(1)
    SCHEMA_OWNER                                       VARCHAR2(30)
    NOTATIONS                                          XDB.XDB$NOTATION_LIST_T
    LANG                                               VARCHAR2(4000)
    SQL>

  • Migrate an schema from oracle 8i to 11g

    Hello,
    I am struggling to find all the requirement to upgrade one schema running on oracle db 8i installed on an sparc server non-global solaris 8 zone to a oracle 11g running on solaris 10 x86 non-global zone.
    there are changes in architecture.
    what I know is:
    export using exp utiliy from oracle 8i
    import in oracle 11g using exp utility of 11g if still available.
    I only need to migrate two schemas respectively of 1gb and 2gb
    here are the schemas and the sizes:
    Total
    Schema Schema Name Size (Mb)
    CLAIMS                2851.07031    
    ARCCLAIMS           1290.9375
    can you someone tell me what is the best way to perform this.. this is what I think i should do.
    I have to set the character set NLS_Lang of the source db both in source and target machine. both server do not have the same character set. oracle 8i has WE8ISO8859P1  and oracle 11g has WE8MSWIN1252
    then perform execute the catsql.exp script
    perform the exp
    exp sys/******* owner=CLAIMS file=CLAIMS.dmp
    for the imp do i have to create the user or it will be created automatically should I create the timespaces amd user manually?
    what would be the command to be used to import?
    thank you.
    Mario

    Hi,
    Export/Import / Please check Oracle support id : Note:132904.1 Compatibility Matrix for Export And Import Between Different Oracle Versions
    Thank you

  • Size of schma with relation to tablespaces

    How to identify the size of schema in a database. I want to know the size of 5 schema alone in a database and there are some more schema also in the db.
    PS: It would be great if query can relate the size of schema to the schema name and not the owner and segment alone.

    Please clarify, If owner = Schema,
    I have the login credentials (TNS entry details) to login into a particular schema.
    When I log in SQL PLUS I am able to connect to the schema and view the schema objects however,
    when I query the DBA_Segments in sys user with owner = "the corresponding schema name" I don't get any records.
    Can I not get all the schema size by logging into sys user as sysdba and issue the below query ???
    SELECT s.owner,SUM (s.BYTES) / (1024 * 1024) SIZE_IN_MB
    FROM dba_segments s
    GROUP BY s.owner
    The above query doesn't return the size of schema for all users i am able to login in sql plus. Can you please clarify?

  • Synchronizing Objects of Schemas

    I have two different databases with different configurations in physically different location. The following scenario is the current system to synch a particular schema from one server to other server on daily basis:
    - Archivelog mode is not enabled in the databases
    - expdp dump is taken in the source server and the dump is copied to the destination server with the help of automatic shell scripts
    - The dump is restored using impdp in the destination server replacing the previous contents using table_exists_action=replace
    - Grants associated are given again
    Problems:
    - Since the size of schema is increasing, the time to transfer the dump is taking more time
    - Datapump utility takes time to restore and the grants associated with the tables needs to be re-executed in the destination server
    Now i want to replicate only the changes in data of the source schema and replicate in the destination server schema.
    Is there any fast advanced method to replicate changes in this mode of database other than using Datapump Utility?
    Please suggest !
    Edited by: user7296021 on Apr 28, 2011 1:49 AM

    Hi,
    Oracle has other tools to do that, 1. Oracle Streams, 2. ODI, 3. Oracle Golden Gate....
    If u r ready to invest pls go with it ,,,,
    my best choice would be golden gate, bcos u can do transformations to different databases like ?(Oracle --> Sybase, DB2, Teradata etccccc.....)
    or the other way is u can use RMAN, to backup and restore only the CDC.

  • How to Enhance or Speedup Datapump Schema Refresh

    Hi All,
    My environment is Oracle 10g Rel2 on RAC (Linux 5), central Storage... We are doing Datapump Schema refresh(Export) with parallel and excluding only grants; parameters. Is there any possibility to enhace the import process by importing metadata and data separately. We tried Parallel option, but still import takes much longer to complete. Is it anything to do with breaking import in two parts. But i dont know how to break the import task.
    Kindly reply with appropriate examples..Would appreciate your response.
    Thanks,
    Abdul Mannan

    Hi Hitgon,
    Please find the following details:
    how many physical cpu/core? - 16 CPU
    whether the os is 64bit/32bit? - 64 bit (64 bit Grid Servers)
    how many physical memory in os? - 12 Servers with (256 GB) and 4 Servers (64GB)
    how many memory assign to db? - SGA - 12GB & PGA - 6GB
    what the size of database? more than 1 TB
    what the size of schema you are going to import? around 700 - 950 GB
    import process running from remote client/server or it's the server import - we are initiating the job on server using (Putty).
    Using the following Export and Import Commands:
    Datapump Export parfile:
    JOB_NAME=Schema1_20120621_100122_27198
    DIRECTORY=DPUMP_Export
    PARALLEL=4
    DUMPFILE=Schema1_20120621_100122_27198_%U.dmp
    LOGFILE=DPUMP_EXPORT:DPEXPORT_20120621_100122_27198.log
    CONTENT=ALL
    FILESIZE=10000M
    Datapump Import parfile:
    SCHEMAS=Schema1
    JOB_NAME=Schema1_20120118_213551
    DIRECTORY=DPUMP_EXPORT
    PARALLEL=4
    DUMPFILE=SCHEMA1_20120114_025007_19273_%U.dmp
    LOGFILE=DPUMP_EXPORT:DPIMP_20120118_213551.log
    REMAP_TABLESPACE=Schema1DATA:Schema2DATA
    EXCLUDE=GRANT
    EXCLUDE=STATISTICS
    Would appreciate your reply..
    Thanks,
    Abdul Mannan

  • Is it even possible to increase the font size in the Illustrator CC UI? Panels are unreadable!

    With the demise of my beloved Fireworks, I am giving Illustrator CC a try. Right off the bat it is unusable due to the microscopic font sizes in the UI, panels in particular. Is there any way to make the UI more readable?

    In OSX search for the "FontTheme_Panel.xml" file within the "Adobe Illustrator CC.app" package. (right click + "show package contents"). In it you'll see the code below.... I didn't mess with the "!ENTITY" kText values, just the "FontSize name=" values. You'll probably want to bump the "Text_Main_Large" size up to 13. Past that it doesn't read well but then again I guess you could set custom row heights for panels like layers.
    And as always, back up the original and back up your altered file.
    <?xml version="1.0" encoding="utf-8" ?>
    <!DOCTYPE ThemeParameters [
      <!-- defines entities for the text ids -->
      <!ENTITY kText_Main_Large "0"> <!-- default text id -->
      <!ENTITY kText_Main_Small "1">
      <!ENTITY kText_Title "2">
      <!-- entity definitions for the font size schemes -->
      <!ENTITY kFontSizeSchemeSmall "0">
      <!ENTITY kFontSizeSchemeMedium "1">
      <!ENTITY kFontSizeSchemeLarge "2">
    ]>
    <ThemeParameters>
      <ThemeFonts>
        <FontSize name="&kText_Main_Small;" size="8" scheme="&kFontSizeSchemeSmall;" />
        <FontSize name="&kText_Main_Small;" size="8" scheme="&kFontSizeSchemeMedium;" />
        <FontSize name="&kText_Main_Small;" size="8" scheme="&kFontSizeSchemeLarge;" />
        <FontSize name="&kText_Main_Large;" size="10" scheme="&kFontSizeSchemeSmall;" />
        <FontSize name="&kText_Main_Large;" size="10" scheme="&kFontSizeSchemeMedium;" />
        <FontSize name="&kText_Main_Large;" size="10" scheme="&kFontSizeSchemeLarge;" />
        <FontSize name="&kText_Title;" size="12" scheme="&kFontSizeSchemeSmall;" />
        <FontSize name="&kText_Title;" size="12" scheme="&kFontSizeSchemeMedium;" />
        <FontSize name="&kText_Title;" size="12" scheme="&kFontSizeSchemeLarge;" />
      </ThemeFonts>
    </ThemeParameters>
    Godspeed

  • More than one spry tabbed panels

    Hi,
    On my index page I have a tabbed panel with it own css (size,
    color, etc.)
    I would like to insert another tabbed panel on another page
    (tabbed panel2). I would like this to have its own css style
    (different size, color scheme, etc.)
    When I insert a spry tabbed panel in dreamweaver it
    automatically takes on the css of my original tab panel design! How
    can I let the second tabbed panel take on its own life, completely
    independent of the first one?
    Thank you.

    "chris.cavage" <[email protected]> wrote in
    message
    news:gnuk7l$hoj$[email protected]..
    > How can I let the second tabbed panel
    > take on its own life, completely independent of the
    first one?
    Create a second set of CSS rules for it. The easiest way is
    to make a
    copy of SpryTabbedPanels.css, and call it
    SpryTabbedPanels2.css. Link
    SpryTabbedPanels.css to the original page, and
    SpryTabbedPanels2.css
    to the page that you want to look different.
    David Powers
    Adobe Community Expert, Dreamweaver
    http://foundationphp.com

  • BI SDK in Web Dyn Pro- Can't open Connection

    hello,
    I am developing a Web DynPro component which should connect to a BW 3.5 via BI SDK - XMLA.
    As a start i just use the code from the "How to " document for Web DynPro without any changes.
    I could deploy the application and it should give me the list of the schemas. instead it returns "Can't open Connection" .
    I looked in the Web DynPro Content Administrator and found that the Reference "sap.com/com.sap.ip.bi.sdk.dac.connector.xmla" has under the Status a red light; there are 2 other with green
    (sap.com/tcwddispwda, sap.com/tcwdcorecomp).
    Since red lights are never a good sign, i would like to know what is the reason for it and how can i fix it ?
    I assume there is a direct connection between the "Can't Open Connection" and the red light...
    Any useful help is appreciated and will be rewarded
    Kai
    import org.omg.cwm.analysis.olap.Schema;
    import com.bearingpoint.bi.wdp.IPrivateIGS_Chart;
    import com.bearingpoint.bi.wdp.IPublicIGS_Chart.ISchemaElement;
    import com.sap.ip.bi.sdk.dac.connector.IBIConnection;
    import com.sap.ip.bi.sdk.dac.connector.IBIOlap;
    import com.sapportals.connector.connection.IConnectionFactory;
    import com.sapportals.connector.connection.IConnectionSpec;
              IConnectionFactory connectionFactory = null;
              IConnectionSpec connectionSpec = null;
              IBIConnection connection = null;
              String message = "";
              try {
                   Context initctx = new InitialContext();
                   // perform JNDI lookup to obtain connection factory
                   connectionFactory = (IConnectionFactory) initctx.lookup("deployedAdapters/SDK_XMLA/shareable/SDK_XMLA");
                   connectionSpec = connectionFactory.getConnectionSpec();
                   // establish connection using default connection properties
                   connection = (IBIConnection) connectionFactory.getConnectionEx(null);
                   IBIOlap olap = ((IBIConnection) connection).getOlap();
                   List schemas = olap.getSchema();
                   Schema schema = null;
                   for (int i = 0; i < schemas.size(); i++) {
                        schema = (Schema) schemas.get(i);
                        message += schema.getName();
              } catch (Exception e) {
                   message += e.getMessage();
                   logger.errorT( e.getMessage());

    Hi,
       Have you made the configurations to determine the JNDI name of the BI XMLA connector?
       Just check if you have done these steps:
    1. Open Visual Administrator.Select
    <server node>
    ->Services
    ->JNDI Registry.
    On the Runtime tab, in the registry list, locate deployedAdapters
    ->SDK_XMLA
    ->shareable
    ->SDK_XMLA.
    This path, from the root to the SDK_XMLA leaf node, indicates the fully-qualified JNDI name of the BI XMLA Connector,which is:"deployedAdapters/SDK_XMLA/shareable/SDK_XMLA".
    2. Select the server node, and choose
    <server node>
    ->Services
    ->Connector Container.
    3. Locate and double-click the entry for the BI XMLA Connector,sap.com/com.sap.ip.bi.sdk.dac.connector.xmla.BI_SDK_XMLA, to open the connector definition.
    4. Select Managed Connection Factory->Properties, and set
    the required connection properties as shown
    Property:Setting
    DataSource:default
    Statefulness:false
    Language:EN
    Password:(password)
    UserName:(username)
    URL:http://server:port/sap/bw/xml/soap/xmla
    In order to find out this URL,f or a BW system, start transaction SE37 and execute the function module RSBB_URL_PREFIX_GET.
    Use the following values for the import parameters of the function module:
    I_HANDLERCLASS = CL_RSR_MDX_SOAP_HANDLER
    I_PROTOCOL = HTTP
    I_MESSAGESERVER =
    The URL takes the following form: */sap/bw/xml/soap/xmla.
    5. Save the settings.
    Regards,
    Satyajit.

  • Expdp/impdp

    Hi All,
    WE are planning to refresh a schema from Prod to QA on Prod the Tablespace size is as below
    TABLESPACE_NAME %Used Free(Gb) Total(Gb) STATUS CONTENTS Ext_Mgmt Aloc_Ty
    ============================== ======= ========= ========= ========== ========== ========== =======
    USERS .06% .488 .488 ONLINE PERMANENT LOCAL UNIFORM
    TOOLS .25% .487 .488 ONLINE PERMANENT LOCAL UNIFORM
    UNDO1 1.34% 19.269 19.531 ONLINE UNDO LOCAL SYSTEM
    PKR22 37.31% 183.657 292.969 ONLINE PERMANENT LOCAL SYSTEM
    SYSAUX 49.03% 1.991 3.906 ONLINE PERMANENT LOCAL SYSTEM
    SYSTEM 77.43% .110 .488 ONLINE PERMANENT LOCAL SYSTEM
    and SIZE of Schema is
    PRIMARY> SELECT SUM(BYTES)/1024/1024 "MB" FROM DBA_SEGMENTS WHERE OWNER='PKR_PRO';
    MB
    ==========
    298613.75
    expdp / SCHEMAS=PKR_PRO ESTIMATE_ONLY=Y
    Total estimation using BLOCKS method: 88.65 GB
    ON TARGET QA
    TABLESPACE_NAME %Used Free(Gb) Total(Gb) STATUS CONTENTS Ext_Mgmt Aloc_Ty
    ============================== ======= ========= ========= ========== ========== ========== =======
    PKR_QA 82.34% 145.520 823.867 ONLINE PERMANENT LOCAL UNIFORM
    PRIMARY> SELECT SUM(BYTES)/1024/1024 "MB" FROM DBA_SEGMENTS WHERE OWNER='SOURCE2';
    MB
    ==========
    76280
    Once we truncate the target schema our tablespace would have 74.5 GB = 220 GB In total
    My question is The Prod schema is export is showing up 88GB but when i query Dba_segments its size is coming up around 291GB , When I refresh the Schame does the target schema need to have the just as the used size of Prod schema or total allocated size.
    please advice
    And is there a way to know only the Used space by a perticular schema rather than the allocated space???
    Thanks in advance

    861173 wrote:
    Hi All,
    WE are planning to refresh a schema from Prod to QA on Prod the Tablespace size is as below
    TABLESPACE_NAME %Used Free(Gb) Total(Gb) STATUS CONTENTS Ext_Mgmt Aloc_Ty
    ============================== ======= ========= ========= ========== ========== ========== =======
    USERS .06% .488 .488 ONLINE PERMANENT LOCAL UNIFORM
    TOOLS .25% .487 .488 ONLINE PERMANENT LOCAL UNIFORM
    UNDO1 1.34% 19.269 19.531 ONLINE UNDO LOCAL SYSTEM
    PKR22 37.31% 183.657 292.969 ONLINE PERMANENT LOCAL SYSTEM
    SYSAUX 49.03% 1.991 3.906 ONLINE PERMANENT LOCAL SYSTEM
    SYSTEM 77.43% .110 .488 ONLINE PERMANENT LOCAL SYSTEM
    and SIZE of Schema is
    PRIMARY> SELECT SUM(BYTES)/1024/1024 "MB" FROM DBA_SEGMENTS WHERE OWNER='PKR_PRO';
    MB
    ==========
    298613.75
    expdp / SCHEMAS=PKR_PRO ESTIMATE_ONLY=Y
    Total estimation using BLOCKS method: 88.65 GB
    ON TARGET QA
    TABLESPACE_NAME %Used Free(Gb) Total(Gb) STATUS CONTENTS Ext_Mgmt Aloc_Ty
    ============================== ======= ========= ========= ========== ========== ========== =======
    PKR_QA 82.34% 145.520 823.867 ONLINE PERMANENT LOCAL UNIFORM
    PRIMARY> SELECT SUM(BYTES)/1024/1024 "MB" FROM DBA_SEGMENTS WHERE OWNER='SOURCE2';
    MB
    ==========
    76280
    Once we truncate the target schema our tablespace would have 74.5 GB = 220 GB In total
    My question is The Prod schema is export is showing up 88GB but when i query Dba_segments its size is coming up around 291GB , When I refresh the Schame does the target schema need to have the just as the used size of Prod schema or total allocated size.
    please advice
    And is there a way to know only the Used space by a perticular schema rather than the allocated space???
    Thanks in advanceexport dump file does not contain space consumed by indexes.
    You can avoid having target objects same allocated size as source objects,
    by manually pre-creating target objects at smaller sizes.

  • DEADLOCK Error - Trc File Attached

    Hello -
    I copied the trace file below that was generated from a Deadlock. Please help in diagnosing this error.
    Thanks in advance.
    *** 2005-03-14 22:45:40.489
    *** SESSION ID:(266.24925) 2005-03-14 22:45:40.470
    DEADLOCK DETECTED
    Current SQL statement for this session:
    DELETE FROM CDAPPLICANTS WHERE REFERENCEID = :b1
    ----- PL/SQL Call Stack -----
    object line object
    handle number name
    38132ddf0 8 procedure GREENPOINT.DELETECCNACCOUNT
    3841b0610 1 anonymous block
    The following deadlock is not an ORACLE error. It is a
    deadlock due to user error in the design of an application
    or from issuing incorrect ad-hoc SQL. The following
    information may aid in determining the deadlock:
    Deadlock graph:
    ---------Blocker(s)-------- ---------Waiter(s)---------
    Resource Name process session holds waits process session holds waits
    TM-000028ed-00000000 113 266 SX SSX 137 181 SX SSX
    TM-000028ed-00000000 137 181 SX SSX 113 266 SX SSX
    session 266: DID 0001-0071-00000002     session 181: DID 0001-0089-00000002
    session 181: DID 0001-0089-00000002     session 266: DID 0001-0071-00000002
    Rows waited on:
    Session 181: no row
    Session 266: no row
    ===================================================
    PROCESS STATE
    Process global information:
    process: 38021ed10, call: 380b01038, xact: 380826b50, curses: 380327500, usrses: 380327500
    SO: 38021ed10, type: 1, owner: 0, pt: 0, flag: INIT/-/-/0x00
    (process) Oracle pid=113, calls cur/top: 380b01038/383296480, flag: (0) -
    int error: 0, call error: 0, sess error: 0, txn error 0
    (post info) last post received: 0 0 18
    last post received-location: ksqrcl
    last process to post me: 380225190 88 0
    last post sent: 15032469744 0 84
    last post sent-location: kglpndl: post after freeing latch
    last process posted by me: 380225190 88 0
    (latch info) wait_event=0 bits=10
    holding 3800068f8 Parent+children enqueue hash chains level=4
    Location from where latch is held: ksqcmi: kslgpl:
    Context saved from call: 0
    state=busy
    recovery area:
    Dump of memory from 0x380200420 to 0x380200430
    80200420 00000000 00000000 00000000 00000000 [................]
    Process Group: DEFAULT, pseudo proc: 380284368
    O/S info: user: oracle, term: UNKNOWN, ospid: 8279
    OSD pid info: 8279
    SO: 380327500, type: 3, owner: 38021ed10, pt: 0, flag: INIT/-/-/0x00
    (session) trans: 380826b50, creator: 38021ed10, flag: (41) USR/- BSY/-/-/-/-/-
    DID: 0001-0071-00000002, short-term DID: 0000-0000-00000000
    txn branch: 0
    oct: 0, prv: 0, user: 37/GREENPOINT
    O/S info: user: root, term: , ospid: 7410, machine: crmapp01
    program: java@crmapp01 (TNS V1-V3)
    last wait for 'enqueue' blocking sess=0x802f4d80 seq=936 wait_time=-2
    name|mode=544d0005, id1=28ed, id2=0
    SO: 380ae8720, type: 36, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT PIN: pin=380ae8720 handle=388d4b1e0 mode=S lock=380ae7310
    user=380327500 session=380327500 count=1 mask=0041 savepoint=11689 flags=[00]
    SO: 380ae7310, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380ae7310 handle=388d4b1e0 mode=N
    call pin=0 session pin=380ae8720
    user=380327500 session=380327500 count=1 flags=PNS/[08] savepoint=11689
    LIBRARY OBJECT HANDLE: handle=388d4b1e0
    namespace=CRSR flags=RON/KGHP/PN0/[10010000]
    kkkk-dddd-llll=0000-0041-0041 lock=N pin=S latch=2
    lwt=388d4b210[388d4b210,388d4b210] ltm=388d4b220[388d4b220,388d4b220]
    pwt=388d4b240[388d4b240,388d4b240] ptm=388d4b2d0[388d4b2d0,388d4b2d0]
    ref=388d4b1f0[382444d18,382444d18] lnd=388d4b2e8[388d4b2e8,388d4b2e8]
    LIBRARY OBJECT: object=38333d4b0
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    DEPENDENCIES: count=24 size=32
    AUTHORIZATIONS: count=2 size=16 minimum entrysize=16
    ACCESSES: count=1 size=16
    TRANSLATIONS: count=1 size=16
    DATA BLOCKS:
    data# heap pointer status pins change
    0 3848210a8 3841dac70 I/P/A 0 NONE
    6 38333d5c0 38422f500 I/P/A 2 NONE
    SO: 380affe98, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380affe98 handle=3896fe670 mode=N
    call pin=384f9c440 session pin=0
    user=380327500 session=380327500 count=1 flags=[00] savepoint=3581
    LIBRARY OBJECT HANDLE: handle=3896fe670
    name=DELETE FROM CDAPPLICANTS WHERE REFERENCEID = :b1
    hash=c7818ac0 timestamp=03-12-2005 22:02:03
    namespace=CRSR flags=RON/KGHP/TIM/PN0/SML/[12010000]
    kkkk-dddd-llll=0000-0001-0001 lock=N pin=0 latch=2
    lwt=3896fe6a0[3896fe6a0,3896fe6a0] ltm=3896fe6b0[3896fe6b0,3896fe6b0]
    pwt=3896fe6d0[3896fe6d0,3896fe6d0] ptm=3896fe760[3896fe760,3896fe760]
    ref=3896fe680[3896fe680,3896fe680] lnd=3896fe778[38362a6d0,3881c6880]
    LIBRARY OBJECT: object=382444ac8
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    CHILDREN: size=16
    child# table reference handle
    0 3824449e8 382444d18 388d4b1e0
    1 3824449e8 382444d60 381d539d0
    2 3824449e8 382444908 3884ac600
    DATA BLOCKS:
    data# heap pointer status pins change
    0 384921a10 382444bb8 I/P/A 0 NONE
    SO: 380b178a8, type: 36, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT PIN: pin=380b178a8 handle=0 lock=380bd1860
    user=380327500 session=380327500 count=0 mask=0000 savepoint=3574 flags=[00]
    SO: 380bd1860, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380bd1860 handle=384921b98 mode=N
    call pin=0 session pin=380b178a8
    user=380327500 session=380327500 count=1 flags=[00] savepoint=3574
    LIBRARY OBJECT HANDLE: handle=384921b98
    namespace=CRSR flags=RON/KGHP/PN0/[10010000]
    kkkk-dddd-llll=0000-0041-0041 lock=N pin=0 latch=0
    lwt=384921bc8[384921bc8,384921bc8] ltm=384921bd8[384921bd8,384921bd8]
    pwt=384921bf8[384921bf8,384921bf8] ptm=384921c88[384921c88,384921c88]
    ref=384921ba8[384921da0,384921da0] lnd=384921ca0[384921ca0,384921ca0]
    LIBRARY OBJECT: object=385714408
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    DEPENDENCIES: count=3 size=16
    AUTHORIZATIONS: count=2 size=16 minimum entrysize=16
    ACCESSES: count=1 size=16
    TRANSLATIONS: count=1 size=16
    DATA BLOCKS:
    data# heap pointer status pins change
    0 38509c368 385a60248 I/P/A 0 NONE
    6 385714518 3814696a0 I/-/A 0 NONE
    SO: 380be2bc8, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380be2bc8 handle=3895bd510 mode=N
    call pin=380bd70e0 session pin=0
    user=380327500 session=380327500 count=1 flags=[00] savepoint=3573
    LIBRARY OBJECT HANDLE: handle=3895bd510
    name=DELETE FROM CDCCNLOANINFO WHERE REFERENCEID = :b1
    hash=e3f658c1 timestamp=03-12-2005 22:02:03
    namespace=CRSR flags=RON/KGHP/TIM/PN0/SML/[12010000]
    kkkk-dddd-llll=0000-0001-0001 lock=N pin=0 latch=0
    lwt=3895bd540[3895bd540,3895bd540] ltm=3895bd550[3895bd550,3895bd550]
    pwt=3895bd570[3895bd570,3895bd570] ptm=3895bd600[3895bd600,3895bd600]
    ref=3895bd520[3895bd520,3895bd520] lnd=3895bd618[38362a8a8,38362ab40]
    LIBRARY OBJECT: object=388eb5a30
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    CHILDREN: size=16
    child# table reference handle
    0 384921f50 384921da0 384921b98
    1 384921f50 384921de8 384e5e918
    2 384921f50 384921e18 3885aa578
    DATA BLOCKS:
    data# heap pointer status pins change
    0 388eb5bf8 388eb5b20 I/P/A 0 NONE
    SO: 380aef228, type: 36, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT PIN: pin=380aef228 handle=0 lock=3877b74f8
    user=380327500 session=380327500 count=0 mask=0000 savepoint=3566 flags=[00]
    SO: 3877b74f8, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=3877b74f8 handle=3823e39c0 mode=N
    call pin=0 session pin=380aef228
    user=380327500 session=380327500 count=1 flags=[00] savepoint=3566
    LIBRARY OBJECT HANDLE: handle=3823e39c0
    namespace=CRSR flags=RON/KGHP/PN0/[10010000]
    kkkk-dddd-llll=0000-0041-0041 lock=N pin=0 latch=0
    lwt=3823e39f0[3823e39f0,3823e39f0] ltm=3823e3a00[3823e3a00,3823e3a00]
    pwt=3823e3a20[3823e3a20,3823e3a20] ptm=3823e3ab0[3823e3ab0,3823e3ab0]
    ref=3823e39d0[382bb0278,382bb0278] lnd=3823e3ac8[3823e3ac8,3823e3ac8]
    LIBRARY OBJECT: object=38206cb98
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    DEPENDENCIES: count=2 size=16
    AUTHORIZATIONS: count=2 size=16 minimum entrysize=16
    ACCESSES: count=2 size=16
    TRANSLATIONS: count=2 size=16
    DATA BLOCKS:
    data# heap pointer status pins change
    0 388ca4bc0 388414330 I/P/A 0 NONE
    6 38206cca8 388297cc8 I/-/A 0 NONE
    SO: 380af3590, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380af3590 handle=38362aa38 mode=N
    call pin=387ff54d0 session pin=0
    user=380327500 session=380327500 count=1 flags=[00] savepoint=3565
    LIBRARY OBJECT HANDLE: handle=38362aa38
    name=DELETE FROM PDPROPERTY WHERE PROPID IN (SELECT PROPID FROM CDCCNLOANINFO WHERE REFERENCEID = :b1 )
    hash=b5e63705 timestamp=03-12-2005 22:02:03
    namespace=CRSR flags=RON/KGHP/TIM/PN0/MED/[50010000]
    kkkk-dddd-llll=0000-0001-0001 lock=N pin=0 latch=0
    lwt=38362aa68[38362aa68,38362aa68] ltm=38362aa78[38362aa78,38362aa78]
    pwt=38362aa98[38362aa98,38362aa98] ptm=38362ab28[38362ab28,38362ab28]
    ref=38362aa48[38362aa48,38362aa48] lnd=38362ab40[3895bd618,3855987f0]
    LIBRARY OBJECT: object=382d383c0
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    CHILDREN: size=16
    child# table reference handle
    0 382d384c8 382bb0278 3823e39c0
    1 382d384c8 382bb02c0 3852de7e8
    2 382d384c8 382bb02f0 38487da08
    DATA BLOCKS:
    data# heap pointer status pins change
    0 382d38568 382bb0118 I/P/A 0 NONE
    SO: 380b079d0, type: 36, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT PIN: pin=380b079d0 handle=0 lock=3862f6460
    user=380327500 session=380327500 count=0 mask=0000 savepoint=3558 flags=[00]
    SO: 3862f6460, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=3862f6460 handle=3824c3828 mode=N
    call pin=0 session pin=380b079d0
    user=380327500 session=380327500 count=1 flags=[00] savepoint=3558
    LIBRARY OBJECT HANDLE: handle=3824c3828
    namespace=CRSR flags=RON/KGHP/PN0/[10010000]
    kkkk-dddd-llll=0000-0041-0041 lock=N pin=0 latch=2
    lwt=3824c3858[3824c3858,3824c3858] ltm=3824c3868[3824c3868,3824c3868]
    pwt=3824c3888[3824c3888,3824c3888] ptm=3824c3918[3824c3918,3824c3918]
    ref=3824c3838[3859673a8,3859673a8] lnd=3824c3930[3824c3930,3824c3930]
    LIBRARY OBJECT: object=386f81790
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    DEPENDENCIES: count=2 size=16
    AUTHORIZATIONS: count=2 size=16 minimum entrysize=16
    ACCESSES: count=2 size=16
    TRANSLATIONS: count=2 size=16
    DATA BLOCKS:
    data# heap pointer status pins change
    0 38819d5c8 381c97d78 I/P/A 0 NONE
    6 386f818a0 383e8b188 I/-/A 0 NONE
    SO: 380bcddb0, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380bcddb0 handle=3881c6778 mode=N
    call pin=380c798a8 session pin=0
    user=380327500 session=380327500 count=1 flags=[00] savepoint=3212
    LIBRARY OBJECT HANDLE: handle=3881c6778
    name=DELETE FROM CDPROPOWNED WHERE APPLICANTID IN (SELECT APPLICANTID FROM CDAPPLICANTS WHERE REFERENCEID = :b1 )
    hash=78ac7d91 timestamp=03-12-2005 22:02:03
    namespace=CRSR flags=RON/KGHP/TIM/PN0/MED/[50010000]
    kkkk-dddd-llll=0000-0001-0001 lock=N pin=0 latch=2
    lwt=3881c67a8[3881c67a8,3881c67a8] ltm=3881c67b8[3881c67b8,3881c67b8]
    pwt=3881c67d8[3881c67d8,3881c67d8] ptm=3881c6868[3881c6868,3881c6868]
    ref=3881c6788[3881c6788,3881c6788] lnd=3881c6880[3896fe778,3881c6b18]
    LIBRARY OBJECT: object=385967158
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    CHILDREN: size=16
    child# table reference handle
    0 3824c3be0 3859673a8 3824c3828
    1 3824c3be0 3859673f0 3855a5998
    2 3824c3be0 3824c39a0 38841fb30
    DATA BLOCKS:
    data# heap pointer status pins change
    0 3848c1590 385967248 I/P/A 0 NONE
    SO: 380826b50, type: 25, owner: 380327500, pt: 0, flag: INIT/-/-/0x00
    (trans) bsn = 3206, flg = 0x01, flg2 = 0x00, prx = 0x0, ros = 2147483647, spn = 11690
    efd = 14
    parent xid: 0x0000.000.00000000
    env: (scn: 0x0000.00000000 xid: 0x0000.000.00000000 uba: 0x00000000.0000.00)
    cev: (spc = 0 usi = 2147483647 ubk tsn: 0 rdba: 0x00000000 useg tsn: 0 rdba: 0x00000000
    hwm uba: 0x00000000.0000.00 col uba: 0x00000000.0000.00
    num bl: 0 bk list: 0x0)
    (enqueue) <no resource>
    res: 0, prv: 0, sess: 0
         xga: 0x0, heap: UGA
    SO: 380771470, type: 22, owner: 380826b50, pt: 0, flag: INIT/-/-/0x00
    DML LOCK: tab=10477 flg=01 chi=0
    his[0]: mod=3 spn=3575
    (enqueue) TM-000028ED-00000000     DID: 0001-0071-00000002
    lv: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    res: 3804f1cf0, mode: SX, req: SSX, prv: 3807710b8, sess: 380327500, proc: 38021ed10
    SO: 380770f30, type: 22, owner: 380826b50, pt: 0, flag: INIT/-/-/0x00
    DML LOCK: tab=10626 flg=01 chi=0
    his[0]: mod=3 spn=3567
    (enqueue) TM-00002982-00000000     DID: 0001-0071-00000002
    lv: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    res: 3804f3140, mode: SX, prv: 3804f3150, sess: 380327500, proc: 38021ed10
    SO: 380771128, type: 22, owner: 380826b50, pt: 0, flag: INIT/-/-/0x00
    DML LOCK: tab=10515 flg=01 chi=0
    his[0]: mod=3 spn=3559
    (enqueue) TM-00002913-00000000     DID: 0001-0071-00000002
    lv: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    res: 3804f34e8, mode: SX, prv: 380771550, sess: 380327500, proc: 38021ed10
    SO: 380770fd8, type: 22, owner: 380826b50, pt: 0, flag: INIT/-/-/0x00
    DML LOCK: tab=10507 flg=01 chi=0
    his[0]: mod=3 spn=3206
    (enqueue) TM-0000290B-00000000     DID: 0001-0071-00000002
    lv: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    res: 3804f35b8, mode: SX, prv: 3804f35c8, sess: 380327500, proc: 38021ed10
    SO: 380ae7da0, type: 36, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT PIN: pin=380ae7da0 handle=0 lock=380ae69e0
    user=380327500 session=380327500 count=0 mask=0000 savepoint=3204 flags=[00]
    SO: 380ae69e0, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380ae69e0 handle=3895a0598 mode=N
    call pin=0 session pin=380ae7da0
    user=380327500 session=380327500 count=1 flags=[00] savepoint=3188
    LIBRARY OBJECT HANDLE: handle=3895a0598
    namespace=CRSR flags=RON/KGHP/PN0/[10010000]
    kkkk-dddd-llll=0000-0041-0041 lock=N pin=0 latch=2
    lwt=3895a05c8[3895a05c8,3895a05c8] ltm=3895a05d8[3895a05d8,3895a05d8]
    pwt=3895a05f8[3895a05f8,3895a05f8] ptm=3895a0688[3895a0688,3895a0688]
    ref=3895a05a8[38362a558,38362a558] lnd=3895a06a0[3895a06a0,3895a06a0]
    LIBRARY OBJECT: object=3841f9248
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    DEPENDENCIES: count=2 size=16
    AUTHORIZATIONS: count=1 size=16 minimum entrysize=16
    ACCESSES: count=2 size=16
    TRANSLATIONS: count=2 size=16
    DATA BLOCKS:
    data# heap pointer status pins change
    0 3869689a8 38554e218 I/P/A 0 NONE
    6 3841f9358 3811b2a68 I/-/A 0 NONE
    SO: 380beaa48, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380beaa48 handle=3881c6a10 mode=N
    call pin=380ae8320 session pin=0
    user=380327500 session=380327500 count=1 flags=[00] savepoint=3188
    LIBRARY OBJECT HANDLE: handle=3881c6a10
    name=DELETE FROM CDLIABILITY WHERE APPLICANTID IN (SELECT APPLICANTID FROM CDAPPLICANTS WHERE REFERENCEID = :b1 )
    hash=9df94e7 timestamp=03-12-2005 22:02:03
    namespace=CRSR flags=RON/KGHP/TIM/PN0/MED/[50010000]
    kkkk-dddd-llll=0000-0001-0001 lock=N pin=0 latch=2
    lwt=3881c6a40[3881c6a40,3881c6a40] ltm=3881c6a50[3881c6a50,3881c6a50]
    pwt=3881c6a70[3881c6a70,3881c6a70] ptm=3881c6b00[3881c6b00,3881c6b00]
    ref=3881c6a20[3881c6a20,3881c6a20] lnd=3881c6b18[3881c6880,3853a3b90]
    LIBRARY OBJECT: object=387b04ba8
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    CHILDREN: size=16
    child# table reference handle
    0 3895a0950 38362a558 3895a0598
    1 3895a0950 3895a0710 383181408
    2 3895a0950 3895a0740 3859cefe8
    DATA BLOCKS:
    data# heap pointer status pins change
    0 3881c63a0 38362a3f8 I/P/A 0 NONE
    SO: 380bde998, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380bde998 handle=38132ddf0 mode=N
    call pin=380be8ac8 session pin=0
    user=380327500 session=380327500 count=1 flags=PNC/[04] savepoint=3184
    LIBRARY OBJECT HANDLE: handle=38132ddf0
    name=GREENPOINT.DELETECCNACCOUNT
    hash=826ef60c timestamp=12-10-2003 10:36:38
    namespace=TABL/PRCD/TYPE flags=KGHP/TIM/SML/[02000000]
    kkkk-dddd-llll=0000-0015-0015 lock=N pin=S latch=2
    lwt=38132de20[38132de20,38132de20] ltm=38132de30[38132de30,38132de30]
    pwt=38132de50[38132de50,38132de50] ptm=38132dee0[38132dee0,38132dee0]
    ref=38132de00[38132de00,38132de00] lnd=38132def8[3809617a8,3836a2e60]
    LIBRARY OBJECT: object=3856e0180
    type=PRCD flags=EXS/LOC[0005] pflags=NST [01] status=VALD load=0
    DEPENDENCIES: count=10 size=16
    READ ONLY DEPENDENCIES: count=7 size=16
    ACCESSES: count=7 size=16
    DATA BLOCKS:
    data# heap pointer status pins change
    0 385530ac0 3856e0318 I/P/A 0 NONE
    2 3856e0290 388306330 I/-/A 0 NONE
    4 38927beb8 380e87338 I/P/A 2 NONE
    SO: 38514e0e0, type: 36, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT PIN: pin=38514e0e0 handle=3841b0610 mode=S lock=380bd15c0
    user=380327500 session=380327500 count=1 mask=007d savepoint=2750 flags=[00]
    SO: 380bd15c0, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380bd15c0 handle=3841b0610 mode=N
    call pin=0 session pin=38514e0e0
    user=380327500 session=380327500 count=2 flags=PNS/[08] savepoint=1103
    LIBRARY OBJECT HANDLE: handle=3841b0610
    namespace=CRSR flags=RON/KGHP/PN0/[10010000]
    kkkk-dddd-llll=0000-007d-007d lock=N pin=S latch=0
    lwt=3841b0640[3841b0640,3841b0640] ltm=3841b0650[3841b0650,3841b0650]
    pwt=3841b0670[3841b0670,3841b0670] ptm=3841b0700[3841b0700,3841b0700]
    ref=3841b0620[388e9dcd8,388e9dcd8] lnd=3841b0718[3841b0718,3841b0718]
    LIBRARY OBJECT: object=38920e498
    type=CRSR flags=EXS[0001] pflags=NST [01] status=VALD load=0
    DEPENDENCIES: count=2 size=16
    AUTHORIZATIONS: count=1 size=16 minimum entrysize=16
    ACCESSES: count=1 size=16
    TRANSLATIONS: count=1 size=16
    SCHEMA: count=1 size=16 entrysize=4
    DATA BLOCKS:
    data# heap pointer status pins change
    0 389258ce0 388081c80 I/P/A 0 NONE
    2 38920e5a8 0 I/P/- 1 NONE
    3 383cb4a68 0 -/P/- 1 NONE
    4 383cb4b10 386123948 I/P/A 2 NONE
    5 383cb4bb8 0 -/P/- 1 NONE
    6 383cb4c60 388d3ca60 I/P/A 2 NONE
    SO: 387fcbe98, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=387fcbe98 handle=3854e9040 mode=N
    call pin=380aef1a8 session pin=0
    user=380327500 session=380327500 count=1 flags=[00] savepoint=1103
    LIBRARY OBJECT HANDLE: handle=3854e9040
    name=BEGIN deleteCCNAccount (:1) ; END;
    hash=35a84458 timestamp=03-14-2005 22:45:36
    namespace=CRSR flags=RON/KGHP/TIM/PN0/SML/[12010000]
    kkkk-dddd-llll=0000-0001-0001 lock=N pin=0 latch=0
    lwt=3854e9070[3854e9070,3854e9070] ltm=3854e9080[3854e9080,3854e9080]
    pwt=3854e90a0[3854e90a0,3854e90a0] ptm=3854e9130[3854e9130,3854e9130]
    ref=3854e9050[3854e9050,3854e9050] lnd=3854e9148[3854e9148,3854e9148]
    LIBRARY OBJECT: object=388e9da88
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    CHILDREN: size=16
    child# table reference handle
    0 3835cda28 388e9dcd8 3841b0610
    DATA BLOCKS:
    data# heap pointer status pins change
    0 3815de448 388e9db78 I/P/A 0 NONE
    SO: 380bcdb10, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380bcdb10 handle=385132220 mode=N
    call pin=384a42060 session pin=0
    user=380327500 session=380327500 count=1 flags=[00] savepoint=1046
    LIBRARY OBJECT HANDLE: handle=385132220
    name=COMMON.REFERENCE_SEQUENCE
    hash=48a6bb47 timestamp=04-11-2003 06:05:22
    namespace=TABL/PRCD/TYPE flags=KGHP/TIM/SML/[02000000]
    kkkk-dddd-llll=0000-0001-0001 lock=N pin=0 latch=2
    lwt=385132250[385132250,385132250] ltm=385132260[385132260,385132260]
    pwt=385132280[385132280,385132280] ptm=385132310[385132310,385132310]
    ref=385132230[385132230,385132230] lnd=385132328[3850c4878,385a40310]
    LIBRARY OBJECT: object=385736f28
    type=SQNC flags=EXS/LOC[0005] pflags= [00] status=VALD load=0
    DATA BLOCKS:
    data# heap pointer status pins change
    0 3857371f0 385737018 I/-/A 0 NONE
    SO: 380aee558, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380aee558 handle=3853c56a8 mode=N
    call pin=380c2c140 session pin=0
    user=380327500 session=380327500 count=1 flags=[00] savepoint=978
    LIBRARY OBJECT HANDLE: handle=3853c56a8
    name=COMMON.FAILEDAUTHATTEMPTS_SEQUENCE
    hash=2034d5e9 timestamp=04-11-2003 06:05:22
    namespace=TABL/PRCD/TYPE flags=KGHP/TIM/SML/[02000000]
    kkkk-dddd-llll=0000-0001-0001 lock=N pin=0 latch=0
    lwt=3853c56d8[3853c56d8,3853c56d8] ltm=3853c56e8[3853c56e8,3853c56e8]
    pwt=3853c5708[3853c5708,3853c5708] ptm=3853c5798[3853c5798,3853c5798]
    ref=3853c56b8[3853c56b8,3853c56b8] lnd=3853c57b0[3850ef6b8,38953e6f0]
    LIBRARY OBJECT: object=384565778
    type=SQNC flags=EXS/LOC[0005] pflags= [00] status=VALD load=0
    DATA BLOCKS:
    data# heap pointer status pins change
    0 3813b0d80 384565868 I/-/A 0 NONE
    SO: 380bcae80, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380bcae80 handle=3896706e8 mode=N
    call pin=380bcbdd0 session pin=0
    user=380327500 session=380327500 count=1 flags=CBB/[02] savepoint=70
    LIBRARY OBJECT HANDLE: handle=3896706e8
    name=SYS.DATABASE
    hash=aea96fa0 timestamp=12-31-4712 23:59:59
    namespace=EVNT flags=KGHP/TIM/SML/[02000000]
    kkkk-dddd-llll=0000-0009-0009 lock=N pin=0 latch=1
    lwt=389670718[389670718,389670718] ltm=389670728[389670728,389670728]
    pwt=389670748[389670748,389670748] ptm=3896707d8[3896707d8,3896707d8]
    ref=3896706f8[3896706f8,3896706f8] lnd=3896707f0[3896707f0,3896707f0]
    LIBRARY OBJECT: object=388e265f0
    type=EVNT flags=EXS/LOC[0005] pflags= [00] status=VALD load=0
    DATA BLOCKS:
    data# heap pointer status pins change
    0 389100fa8 388e26788 I/-/A 0 NONE
    3 388e26700 38490e958 I/-/A 0 NONE
    SO: 380bdc848, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380bdc848 handle=38954a0c8 mode=N
    call pin=380af6008 session pin=0
    user=380327500 session=380327500 count=1 flags=CBB/[02] savepoint=70
    LIBRARY OBJECT HANDLE: handle=38954a0c8
    name=GREENPOINT.GREENPOINT
    hash=b8eb6472 timestamp=12-31-4712 23:59:59
    namespace=EVNT flags=KGHP/TIM/SML/[02000000]
    kkkk-dddd-llll=0000-0009-0009 lock=N pin=0 latch=1
    lwt=38954a0f8[38954a0f8,38954a0f8] ltm=38954a108[38954a108,38954a108]
    pwt=38954a128[38954a128,38954a128] ptm=38954a1b8[38954a1b8,38954a1b8]
    ref=38954a0d8[38954a0d8,38954a0d8] lnd=38954a1d0[38954a1d0,38954a1d0]
    LIBRARY OBJECT: object=386aabdb8
    type=EVNT flags=EXS/LOC[0005] pflags= [00] status=VALD load=0
    DATA BLOCKS:
    data# heap pointer status pins change
    0 385182ef0 386aabf50 I/-/A 0 NONE
    3 386aabec8 384976630 I/-/A 0 NONE
    SO: 382f67418, type: 34, owner: 380327500, pt: 0, flag: INIT/-/-/0x00
    user lock: lock=382f67418 mode=S
    user resource: user=380af43c8 uid=37 mode=S
    SO: 382f4d870, type: 34, owner: 380327500, pt: 0, flag: INIT/-/-/0x00
    user lock: lock=382f4d870 mode=S
    user resource: user=380af43c8 uid=37 mode=S
    SO: 38055c860, type: 9, owner: 38021ed10, pt: 0, flag: INIT/-/-/0x00
    (broadcast handle) flag: (2) ACTIVE SUBSCRIBER, owner: 38021ed10,
    event: 73764, last message event: 73764, messages read: 0
    channel: (380566150) system events broadcast channel
    scope: 101, event: 73785, last mesage event: 0,
    publishers/subscribers: 0/163,
    messages published: 0
    SO: 383296480, type: 2, owner: 38021ed10, pt: 0, flag: INIT/-/-/0x00
    (call) sess: cur 380327500, rec 380327500, usr 380327500; depth: 0
    SO: 380b01038, type: 2, owner: 383296480, pt: 0, flag: INIT/-/-/0x00
    (call) sess: cur 380327500, rec 0, usr 380327500; depth: 1
    SO: 380be8ac8, type: 36, owner: 383296480, flag: INIT/-/-/0x00
    LIBRARY OBJECT PIN: pin=380be8ac8 handle=38132ddf0 mode=S lock=380bde998
    user=380327500 session=380327500 count=1 mask=0011 savepoint=3184 flags=[00]
    ===================================================
    CURRENT SESSION'S INSTANTIATION STATE
    current session=380327500
    INSTANTIATION OBJECT: object=101e98740
    type="PL/SQL"[0] lock=380bde998 handle=38132ddf0 body=0 level=1
    flags=SHR/NST/FST[65] executions=1
    CURSORS: size=8 count=5 next=6
    index cursor tag context flags
    1 2 101eb9720 101e8d6a0 LRU/PRS/[03]
    2 3 101eb9720 101e8d788 LRU/PRS/[03]
    3 4 101eb9720 101e8d870 LRU/PRS/[03]
    4 5 101eb9720 101e8d958 LRU/PRS/[03]
    5 6 101eb9720 101e8da40 PRS/[02]
    REST OF INSTANTIATION OBJECT:
    address=101e987d0 size=136
    ffffffff 00000000 00000001 01e98740 00000001 01dffb60 00000001 01e8da40
    00000001 01e8f500 00000000 00000000 00000011 00110000 00000003 80e87548
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000
    INSTANTIATION OBJECT: object=101e89ed0
    type="KOKA open cursor"[3] lock=0 handle=0 body=0 level=0
    flags=FST[60] executions=0
    REST OF INSTANTIATION OBJECT:
    address=101e89f60 size=16
    00000000 00000005 0000000a 00000000
    INSTANTIATION OBJECT: object=101e89e18
    type="KOKA pseudo cursor"[4] lock=0 handle=0 body=0 level=0
    flags=FST[60] executions=0
    REST OF INSTANTIATION OBJECT:
    address=101e89ea8 size=16
    00000000 00000005 0000000a 00000000
    INSTANTIATION OBJECT: object=101e8c110
    type="cursor"[2] lock=387fcbe98 handle=3854e9040 body=0 level=0
    flags=FST[60] executions=0
    REST OF INSTANTIATION OBJECT:
    address=101e8c1a0 size=624
    00000003 841b0610 00000003 80bd15c0 00000003 8514e0e0 00000000 00000000
    00000001 01e88b78 00000001 01e88bb0 00000001 01e99948 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00110464 0514000c 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000001 01e93370 00000001 01e8c258 00000001 01e93370 00000002 00000000
    00000000 00000000 00000000 00000000 00000001 01e93348 00000000 00000000
    00000001 01e87708 00000006 2f000000 00000001 01e84ea0 00000000 00000000
    00000001 01e85660 00000240 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00020200 00000000
    00000000 00000000 00000000 62696e64 20766172 20686561 70000000 7fff7fff
    7fff7fff 00000000 00000000 00000000 00000000 00000218 00000001 01e8c318
    00000001 01e8c318 00000000 00000418 00000001 01e8c330 00000001 01e8c330
    00000001 01e82128 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000025 00000025 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000001 01e85460 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000
    INSTANTIATION OBJECT: object=101e93218
    type="PL/SQL"[0] lock=380bd15c0 handle=3841b0610 body=0 level=1
    flags=FST[60] executions=0
    DEPENDENCIES: size=2
    dependency# instantiation flags
    0 0 [00]
    1 101e98740 [00]
    REST OF INSTANTIATION OBJECT:
    address=101e932a8 size=136
    ffffffff 00000000 00000000 00000000 00000001 01dffb60 00000000 00000000
    00000001 01e98c80 00000000 00000000 00000010 00100000 00000003 86123bf8
    00000000 00000000 00000000 00000000 00000001 01e84ea0 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000
    INSTANTIATION OBJECT: object=101e94108
    type="cursor"[2] lock=380beaa48 handle=3881c6a10 body=0 level=0
    flags=FST[60] executions=0
    REST OF INSTANTIATION OBJECT:
    address=101e94198 size=624
    00000003 895a0598 00000003 80ae69e0 00000000 00000000 00000000 00000000
    00000001 01e94050 00000001 01e94090 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00110424 05000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000001 01e98608 00000001 01e8c0b8 00000002 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000001 01e87750 00000006 00000000 00000000 00000000 00000000 00000000
    00000001 01e85660 00000240 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00020200 00000000
    00000000 00000000 00000000 62696e64 20766172 20686561 70000000 7fff7fff
    7fff7fff 00000000 00000000 00000000 00000000 00000218 00000001 01e94310
    00000001 01e94310 00000000 00000418 00000001 01e94328 00000001 01e94328
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000025 00000025 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000
    INSTANTIATION OBJECT: object=101e8d230
    type="cursor"[2] lock=380bcddb0 handle=3881c6778 body=0 level=0
    flags=FST[60] executions=0
    REST OF INSTANTIATION OBJECT:
    address=101e8d2c0 size=624
    00000003 824c3828 00000003 862f6460 00000000 00000000 00000000 00000000
    00000001 01e8bf70 00000001 01e8bf90 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00110424 05000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000001 01e8bed8 00000001 01e8bf20 00000002 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000001 01e87798 00000006 07000000 00000000 00000000 00000000 00000000
    00000001 01e85660 00000240 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00020200 00000000
    00000000 00000000 00000000 62696e64 20766172 20686561 70000000 7fff7fff
    7fff7fff 00000000 00000000 00000000 00000000 00000218 00000001 01e8d438
    00000001 01e8d438 00000000 00000418 00000001 01e8d450 00000001 01e8d450
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000025 00000025 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000
    INSTANTIATION OBJECT: object=101e8cf18
    type="cursor"[2] lock=380af3590 handle=38362aa38 body=0 level=0
    flags=FST[60] executions=0
    REST OF INSTANTIATION OBJECT:
    address=101e8cfa8 size=624
    00000003 823e39c0 00000003 877b74f8 00000000 00000000 00000000 00000000
    00000001 01e8bdc8 00000001 01e8be00 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00110424 05000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000001 01e8ce78 00000001 01e8cec0 00000002 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000001 01e877e0 00000006 00000000 00000000 00000000 00000000 00000000
    00000001 01e85660 00000240 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00020200 00000000
    00000000 00000000 00000000 62696e64 20766172 20686561 70000000 7fff7fff
    7fff7fff 00000000 00000000 00000000 00000000 00000218 00000001 01e8d120
    00000001 01e8d120 00000000 00000418 00000001 01e8d138 00000001 01e8d138
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000025 00000025 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000
    INSTANTIATION OBJECT: object=101e94578
    type="cursor"[2] lock=380be2bc8 handle=3895bd510 body=0 level=0
    flags=FST[60] executions=0
    REST OF INSTANTIATION OBJECT:
    address=101e94608 size=624
    00000003 84921b98 00000003 80bd1860 00000000 00000000 00000000 00000000
    00000001 01e8cd38 00000001 01e8cd58 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00110424 05000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000001 01e94530 00000001 01e8ccd8 00000002 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000001 01e87828 00000006 00000000 00000000 00000000 00000000 00000000
    00000001 01e85660 00000240 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00020200 00000000
    00000000 00000000 00000000 62696e64 20766172 20686561 70000000 7fff7fff
    7fff7fff 00000000 00000000 00000000 00000000 00000218 00000001 01e94780
    00000001 01e94780 00000000 00000418 00000001 01e94798 00000001 01e94798
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000025 00000025 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000
    INSTANTIATION OBJECT: object=101e982c8
    type="cursor"[2] lock=380affe98 handle=3896fe670 body=0 level=0
    flags=FST[60] executions=0
    REST OF INSTANTIATION OBJECT:
    address=101e98358 size=624
    00000003 88d4b1e0 00000003 80ae7310 00000003 80ae8720 00000000 00000000
    00000001 01e94448 00000001 01e8f028 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00101424 01121800 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000002 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000001 01e87870 00000006 07000000 00000000 00000000 00000000 00000000
    00000001 01e85660 00000240 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00020200 00000000
    00000000 00000000 00000000 62696e64 20766172 20686561 70000000 7fff7fff
    7fff7fff 00000000 00000000 00000000 00000000 00000218 00000001 01e984d0
    00000001 01e984d0 00000000 00000418 00000001 01e984e8 00000001 01e984e8
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000025 00000025 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000
    ******************** Cursor Dump ************************
    Current cursor: 6, pgadep: 1
    Cursor Dump:
    Cursor 1 (101e87708): CURBOUND curiob: 101e8c110
    curflg: 4c curpar: 0 curusr: 0 curses 380327500
    cursor name: BEGIN deleteCCNAccount (:1) ; END;
    child pin: 38514e0e0, child lock: 380bd15c0, parent lock: 387fcbe98
    xscflg: 110464, parent handle: 3854e9040, xscfl2: 514000c
    nxt: 1.0x000000f0
    Cursor frame allocation dump:
    frm: -------- Comment -------- Size Seg Off
    bind 0: dty=2 mxl=22(21) mal=00 scl=00 pre=00 oacflg=03 oacfl2=0 size=24 offset=0
    bfp=101ea94e0 bln=22 avl=04 flg=05
    value=600498
    Cursor 2 (101e87750): CURBOUND curiob: 101e94108
    curflg: c5 curpar: 0 curusr: 25 curses 380327500
    cursor name: DELETE FROM CDLIABILITY WHERE APPLICANTID IN (SELECT APPLICANTID FROM CDAPPLICANTS WHERE REFERENCEID = :b1 )
    child pin: 0, child lock: 380ae69e0, parent lock: 380beaa48
    xscflg: 110424, parent handle: 3881c6a10, xscfl2: 5000000
    bind 0: dty=2 mxl=22(21) mal=00 scl=00 pre=00 oacflg=03 oacfl2=1 size=24 offset=0
    No bind buffers allocated
    Cursor 3 (101e87798): CURBOUND curiob: 101e8d230
    curflg: cd curpar: 0 curusr: 25 curses 380327500
    cursor name: DELETE FROM CDPROPOWNED WHERE APPLICANTID IN (SELECT APPLICANTID FROM CDAPPLICANTS WHERE REFERENCEID = :b1 )
    child pin: 0, child lock: 3862f6460, parent lock: 380bcddb0
    xscflg: 110424, parent handle: 3881c6778, xscfl2: 5000000
    bind 0: dty=2 mxl=22(21) mal=00 scl=00 pre=00 oacflg=03 oacfl2=1 size=24 offset=0
    No bind buffers allocated
    Cursor 4 (101e877e0): CURBOUND curiob: 101e8cf18
    curflg: c5 curpar: 0 curusr: 25 curses 380327500
    cursor name: DELETE FROM PDPROPERTY WHERE PROPID IN (SELECT PROPID FROM CDCCNLOANINFO WHERE REFERENCEID = :b1 )
    child pin: 0, child lock: 3877b74f8, parent lock: 380af3590
    xscflg: 110424, parent handle: 38362aa38, xscfl2: 5000000
    bind 0: dty=2 mxl=22(21) mal=00 scl=00 pre=00 oacflg=03 oacfl2=1 size=24 offset=0
    No bind buffers allocated
    Cursor 5 (101e87828): CURBOUND curiob: 101e94578
    curflg: c5 curpar: 0 curusr: 25 curses 380327500
    cursor name: DELETE FROM CDCCNLOANINFO WHERE REFERENCEID = :b1
    child pin: 0, child lock: 380bd1860, parent lock: 380be2bc8
    xscflg: 110424, parent handle: 3895bd510, xscfl2: 5000000
    bind 0: dty=2 mxl=22(21) mal=00 scl=00 pre=00 oacflg=03 oacfl2=1 size=24 offset=0
    No bind buffers allocated
    Cursor 6 (101e87870): CURBOUND curiob: 101e982c8
    curflg: cd curpar: 0 curusr: 25 curses 380327500
    cursor name: DELETE FROM CDAPPLICANTS WHERE REFERENCEID = :b1
    child pin: 380ae8720, child lock: 380ae7310, parent lock: 380affe98
    xscflg: 101424, parent handle: 3896fe670, xscfl2: 1121800
    nxt: 4.0x000005e8 nxt: 3.0x00000450 nxt: 2.0x000005a0 nxt: 1.0x000007b0
    Cursor frame allocation dump:
    frm: -------- Comment -------- Size Seg Off
    bind 0: dty=2 mxl=22(21) mal=00 scl=00 pre=00 oacflg=03 oacfl2=1 size=24 offset=0
    No bind buffers allocated
    End of cursor dump
    END OF PROCESS STATE

    If you read first few lines of trace you will find your answer that the application is not properly design. if you are inserting recored manually then commit your records. if your are using form application then in coding of inserting record use commit command after inserting record. moreover never put such a huge trace on the forum. after looking size no one even like to read it.
    moreover you can query v$locked_object view to see looking objects and from there you can get session id and kill this session.

  • How much free space will be left after import ?

    Hallo. I need to replace all schemas on integration server using those on production server. I want to know how much free space will be left on /data at integration server after this kind of refresh. Both databases are Oracle 9 so I will use exp/imp. Here is how I do it. Could you check if I think good? On target server there is 72 GB free space on /data.
    Filesystem Size Used Avail Capacity Mounted
    /dev/vgsmxdata/lvsmxcopy 194.74G 122.56G 72.18G 63% /data
    Overall size of schemas to be exported from SOURCE_DB is 150 GB. The same schemas on TARGET_DB takes 90GB. So difference is 60GB. Free space in datafiles in TARGET_DB is 30GB. Does it mean that in first place the free space in datafiles will be filled and after that datafiles would be extended? That would mean that a database would extend to 150GB and free space on /data would be 40 GB after refresh. Am I right?
    SELECT 'TOTAL :'||SUM(ALLOCATED_MB),
    'USED :'||SUM(USED_MB) USED,
    'FREE :'||SUM(FREE_SPACE_MB)
    FROM (SELECT SUBSTR (df.NAME, 1, 40) file_name, df.bytes / 1024 / 1024 allocated_mb,
    ((df.bytes / 1024 / 1024) - NVL (SUM (dfs.bytes) / 1024 / 1024, 0)) used_mb,
    NVL (SUM (dfs.bytes) / 1024 / 1024, 0) free_space_mb
    FROM v$datafile df, dba_free_space dfs
    WHERE df.file# = dfs.file_id(+)
    GROUP BY dfs.file_id, df.NAME, df.file#, df.bytes
    ORDER BY file_name);
    SOURCE_DB@Server1
    TOTAL(MB) :170860.984375
    USED(MB) :152777.859375
    FREE(MB) :18083.125
    TARGET_DB@Server2
    TOTAL(MB) :121634,984375
    USED(MB) :92853,109375
    FREE(MB) :28781,875
    Edited by: Przemek P on Oct 9, 2012 10:48 AM

    Przemek P wrote:
    Hallo. I need to replace all schemas from one server to another. I want to know how much free space will be left on /data after this kind of refresh. Both servers are Oracle 9 so I will use exp/imp. Here is how I do it. Could you check if I think good? On target server there is 72 GB free space on /data.
    Filesystem Size Used Avail Capacity Mounted
    /dev/vgsmxdata/lvsmxcopy 194.74G 122.56G 72.18G 63% /data
    Overall size of schemas to be exported from SOURCE_DB is 150 GB. The same schemas on TARGET_DB takes 90GB. So difference is 60GB. Free space in datafiles in TARGET_DB is 30GB. Does it mean that in first place the free space in datafiles will be filled and after that datafiles would be extended? That would mean that a database would extend to 150GB and free space on /data would be 40 GB after refresh. Am I right?
    yes

Maybe you are looking for