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,
PrakashAlok,
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. -
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,
SmithaHi,
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.
MarioHi,
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 AMHi,
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 MannanHi 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 -
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. -
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 advance861173 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 STATEIf 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 AMPrzemek 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
-
Restore Oracle XE 10g Database to another machine
Hello, I have an oracle XE database on a Windows XP machine, and I want to copy it to a Windows 7 machine. On the XP, I performed a backup through the "Backup Database" from the GUI. The Oracle backup created 3 new folders underneath C:\ORACLEXE\APP\
-
Hi all, I plugged in my phone, went to my computer, iphone, storage, and deleted photos from there. But in my phones photostream, they are still there. Why is that? Cheers
-
Here is the issue. Someone in our organization who has since retired did our catalog in pagemaker. There are about 28 .pmd files. These files are then linked (I am assuming) to one .pdf that we put on the server as the total catalog. I need to change
-
Hi, I want to move my iTunes music folder out of the Music category of Mac OS X Tiger but every time I do my music is gone. Even after I select the new location of the folder from the Preference pane the music will not display. I've tried numerous ti
-
[solved] error: core.db appears to be truncated: 1249/0 bytes
Hi arch'ers, i run arch linux on my laptop for some time now and are very satisfied. And now try to install it on my desktop pc on a dedicated harddisk. After booting x86_64 live-cd (newest), partitioning, create filesystems + mounting for every mir