Diffrence between Direct Delta,Que Delta and Un searlised v3 update

Dear All,
Can any one explain the diffrence between Direct Delta,Que Delta and Un searlised v3 update and in which situation to which update mode.
Thanks in advance

Dear Friend,
Transaction posting lead to:
1. Records in transaction tables
2. For an initial load a setup needs to be executed which reads the transaction data and stores the data in a setup table
3. These setup tables are read during an initial or full load
4. Further transactions are posted into the transaction tables and also caught into Update tables / Extraction Queue.
5. A periodically scheduled job transfers these postings into the BW delta queue
6. This BW Delta queue is read when a delta load is executed.
a. Update methods: (serialized) V3
u2022 Transaction data is collected in the R/3 update tables
u2022 Data in the update tables is transferred through a periodic update process to BW Delta queue
u2022 Delta loads from BW retrieve the data from this BW Delta queue
Transaction postings lead to:
1. Records in transaction tables and in update tables
2. A periodically scheduled job transfers these postings into the BW delta queue
3. This BW Delta queue is read when a delta load is executed.
Issues:
u2022 Even though it says serialized , Correct sequence of extraction data cannot be guaranteed
u2022 V2 Update errors can lead to V3 updates never to be processed
u2022 Details in SAP Note 505700
b. Update methods: direct delta
u2022 Each document posting is directly transferred into the BW delta queue
u2022 Each document posting with delta extraction leads to exactly one LUW in the respective BW delta queues
Transaction postings lead to:
1. Records in transaction tables and in update tables
2. A periodically scheduled job transfers these postings into the BW delta queue
3. This BW Delta queue is read when a delta load is executed.
Pros:
u2022 Extraction is independent of V2 update
u2022 Less monitoring overhead of update data or extraction queue
Cons:
u2022 Not suitable for environments with high number of document changes
u2022 Setup and delta initialization have to be executed successfully before document postings are resumed
u2022 V1 is more heavily burdened
Note: Con 2: a delta queue has to present to collect the document postings. This queue is only available after a successful delta initialization.
c. Update methods: queued delta
u2022 Extraction data is collected for the affected application in an extraction queue
u2022 Collective run as usual for transferring data into the BW delta queue
Transaction postings lead to:
1. Records in transaction tables and in extraction queue
2. A periodically scheduled job transfers these postings into the BW delta queue
3. This BW Delta queue is read when a delta load is executed.
Pros:
u2022 Extraction is independent of V2 update
u2022 Suitable for environments with high number of document changes
u2022 Writing to extraction queue is within V1-update: this ensures correct serialization
u2022 Downtime is reduced to running the setup
Cons:
u2022 V1 is more heavily burdened compared to V3
u2022 Administrative overhead of extraction queue
d. Update methods: Un-serialized V3
u2022 Extraction data for written as before into the update tables with a V3 update module
u2022 V3 collective run transfers the data to BW Delta queue
u2022 In contrast to serialized V3, the data in the updating collective run is without regard to sequence from the update tables
Note: i. Pro 2: In doing so, up to 10000 delta extractions of documents for an LUW are compressed for each Data Source into the BW delta queue, depending on the application.
ii. Pro 4: Even without a successful initial load and thus no BW delta queue yet available, document postings are already collected in the extraction queue.
Transaction postings lead to:
1. Records in transaction tables and in update tables
2. A periodically scheduled job transfers these postings into the BW delta queue
3.This BW Delta queue is read when a delta load is executed.
Issues:
u2022 Only suitable for data target design for which correct sequence of changes is not important e.g. Material Movements
u2022 V2 update has to be successful
Hope this will be helpful.
Please respond back if there is still any query.
Varun

Similar Messages

  • Difference between Direct delta and delta Queue

    Hi,
          1.ease explain me the concept of Direct delta and delta queue in LO extraction
    2.Why set up tables are used and initially why the data is deleted for th setup tables.
    3.Please explain me the LO extraction with an example.
    Thanks
    Alok

    Dear Aloka,
    1.
    Direct delta:
    transactional data or application posting will be directly available in the delta queue table with out any intermediate tables. then that data will be extracted from r/3 to bw.
    Each document posting is directly transferred into the BW delta queue
    • each document posting with delta extraction leads to exactly one LUW in the respective BW delta queues
    Transaction postings lead to:
    1. Records in transaction tables and in update tables
    2. A periodically scheduled job transfers these postings into the BW delta queue
    3. This BW Delta queue is read when a delta load is executed.
    Pros:
    • Extraction is independent of V2 update
    • Less monitoring overhead of update data or extraction queue
    Cons:
    • Not suitable for environments with high number of document changes
    • Setup and delta initialization have to be executed successfully before document postings are resumed
    • V1 is more heavily burdened
    Queued delta:
    first the data posting will available in the extraction queue table. then there periodic job run take that data to queued delta table.
    • Extraction data is collected for the affected application in an extraction queue
    • Collective run as usual for transferring data into the BW delta queue
    Transaction postings lead to:
    1. Records in transaction tables and in extraction queue
    2. A periodically scheduled job transfers these postings into the BW delta queue
    3. This BW Delta queue is read when a delta load is executed.
    Pros:
    • Extraction is independent of V2 update
    • Suitable for environments with high number of document changes
    • Writing to extraction queue is within V1-update: this ensures correct serialization
    • Downtime is reduced to running the setup
    Cons:
    • V1 is more heavily burdened compared to V3
    • Administrative overhead of extraction queue
    2.
    Setup tables are used for Full/Initial Update.
    Instead of pulling data from DB Tables directly, we r filling Setup tables and extracting data from the Setup tables, which dont have performance impact on DB Tables.
    Setup tables are application specific.
    It is cautious method to delete Setup tables before filling it for a specific DataSource.
    3.
    Re: LO-Cockpit  V1 and V2 update
    http://www.sap-img.com/business/lo-cockpit-step-by-step.htm
    Regards,
    Ram.

  • Difference between RDA delta and normal Delta

    Hi All
    I have some doubts regarding the RDA [Real Time data Acquisition] process I am aware  that RDA enables us to get the data every  minute with help of Daemon process.What is the diffrence between th delta mechanism that is followed in RDa and normal dataflow.
    Thanks & Regards
    Santosh Varada

    Hi Varda ,
    RDA is Real Time Data Acquisition . In this We can retrieve Live data . While using Normal DTP We can t pull live data
    For example :- Today We have Create a 50 orders . This 50 order information pulled after completion of  sales order creation . we can t see live . But RDA process pulled the data at the point of sales order creation it self ,It support only Stranded DSO .It will use Some industries like FMCG.Retail,banking sector they want to know current data information from BI Side then RDA.
    Please Find below link for Demonstration of Real-Time Data Acquisition (RDA) for SAP BI 7.0 using Web Services API.
    http://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/00db64ee-82f0-2b10-01b0-fe9543dc227e?quicklink=index&overridelayout=true.
    Real-Time Data Acquisition (RDA) for SAP BI 7.0 using Web Services API
    http://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/20f704bd-b6e8-2c10-569e-d726784388ce?quicklink=index&overridelayout=true
    Thanks & Regards,
    Praveen Yagnamurthy,
    SAP BI Consultant,
    Blue Marlin Systems-INDIA.
    http://www.bluemarlinsys.com/
    http://bluemarlinsys.com/bi

  • Direct delta and Qued delta.............

    Hi Gurus !
    Both Direct delta and Qued delta in LO are independent of the success of the V2 Update process( Roberto Negro too mentioned this in his weblog).This means that V2 update Exists both in Direct and qued delta( Am I correct?).
    As the data is written in the Delta que within V1 Update
    for the case of direct delta, in Extraction que in Qued delta ,  where does the V2 Update come into the Picture?
    Pls can anyone help in this regard.
    Regards
    Durai

    Hi !
    I am very eager to know the answer.
    Regards
    Durai

  • Direct delta and Quedue delta

    Hi,
    Direct delta :extraction data is directly loading into BW Delta queue.
    Does this deltas will be loading BW delta queue or SMQ1?
    In BW where it will be loading as first step and how abt Queue delta mechanism?

    hi,
    1. Direct delta.
    When a Document is posted it first saved to the application table and also directly saved to the RSA7 (delta queue) from here it is being moved to BW.
    so u can understand that for Delta flow inR/3 Delta queue is the exit point.
    2. Queued Delta
    When a document is posted it is saved to application table, and also saved to the Extraction Queue ( here is the different to direct delta) and you have to schedule a V3 job to move the data to the delta queue periodically and from their it is moved to BW.
    hope this help you
    regards
    harikrishna N

  • Diff between additive delt and delta

    Hi all,
    what is the difference between additive delta and delta?
    sridevi

    Hi,
    the records which are generated after the last update is called delta.
    In some datasources the changed records are stored with before and after images.
    But some datasoures the changed records are stored with only new image we call it as additive delta.
    regards,
    haritha

  • What is difference between additive delta and new status for change record

    Hi Experts
    Can any one explain me about the difference between additive delta and new status for change record with example
    if any one has a document please post it iam thank full to u
    thanks
    Ahmed
    Please search the forum before posting a thread
    Edited by: Pravender on Feb 12, 2012 1:54 PM

    Hi
    Additive delta --- We will get the changed quantity.
    say suppose you have sales order and quantity like  1111   30 which is loaded to cube(BW).
    now same record qty has changed from 30 to 40. As we have additive delta, we will get new record as 1111  10.
    new status for change record: This is same as like After image delta type in standard SAP data sources. for every change in record you should have new record.
    say if you have any number which will be generated by system for new/changed record, then you can use this.
    You can use this option when delta option set to "numeric pointer"
    Regards,
    Venkatesh

  • Direct Delta, queued , Non-serialized V3 Update

    could someone out here help me in understanding the Direct Delta, queued , Non-serialized V3 Update...
    i mean a detailed level explanation.... or just in case u have any document then kindly pass it on.... to [email protected]

    Hi,
    Update Methods,
    a.1: (Serialized) V3 Update
    b. Direct Delta
    c. Queued Delta
    d. Un-serialized V3 Update
    Direct Delta: With this update mode, the extraction data is transferred with each document posting directly into the BW delta queue. In doing so, each document posting with delta extraction is posted for exactly one LUW in the respective BW delta queues.
    Queued Delta: With this update mode, the extraction data is collected for the affected application instead of being collected in an extraction queue, and can be transferred as usual with the V3 update by means of an updating collective run into the BW delta queue. In doing so, up to 10000 delta extractions of documents for an LUW are compressed for each DataSource into the BW delta queue, depending on the application.
    Non-serialized V3 Update:With this update mode, the extraction data for the application considered is written as before into the update tables with the help of a V3 update module. They are kept there as long as the data is selected through an updating collective run and are processed. However, in contrast to the current default settings (serialized V3 update), the data in the updating collective run are thereby read without regard to sequence from the update tables and are transferred to the BW delta queue.
    Note: Before PI Release 2002.1 the only update method available was V3 Update. As of PI 2002.1 three new update methods are available because the V3 update could lead to inconsistencies under certain circumstances. As of PI 2003.1 the old V3 update will not be supported anymore.
    (serialized) V3
    • Transaction data is collected in the R/3 update tables
    • Data in the update tables is transferred through a periodic update process to BW Delta queue
    • Delta loads from BW retrieve the data from this BW Delta queue
    Transaction postings lead to:
    1. Records in transaction tables and in update tables
    2. A periodically scheduled job transfers these postings into the BW delta queue
    3. This BW Delta queue is read when a delta load is executed.
    Issues:
    • Even though it says serialized , Correct sequence of extraction data cannot be guaranteed
    • V2 Update errors can lead to V3 updates never to be processed
    direct delta
    • Each document posting is directly transferred into the BW delta queue
    • Each document posting with delta extraction leads to exactly one LUW in the respective BW delta queues
    Transaction postings lead to:
    1. Records in transaction tables and in update tables
    2. A periodically scheduled job transfers these postings into the BW delta queue
    3. This BW Delta queue is read when a delta load is executed.
    Pros:
    • Extraction is independent of V2 update
    • Less monitoring overhead of update data or extraction queue
    Cons:
    • Not suitable for environments with high number of document changes
    • Setup and delta initialization have to be executed successfully before document postings are resumed
    • V1 is more heavily burdened
    queued delta
    • Extraction data is collected for the affected application in an extraction queue
    • Collective run as usual for transferring data into the BW delta queue
    Transaction postings lead to:
    1. Records in transaction tables and in extraction queue
    2. A periodically scheduled job transfers these postings into the BW delta queue
    3. This BW Delta queue is read when a delta load is executed.
    Pros:
    • Extraction is independent of V2 update
    • Suitable for environments with high number of document changes
    • Writing to extraction queue is within V1-update: this ensures correct serialization
    • Downtime is reduced to running the setup
    Cons:
    • V1 is more heavily burdened compared to V3
    • Administrative overhead of extraction queue
    Un-serialized V3
    • Extraction data for written as before into the update tables with a V3 update module
    • V3 collective run transfers the data to BW Delta queue
    • In contrast to serialized V3, the data in the updating collective run is without regard to sequence from the update tables
    Transaction postings lead to:
    1. Records in transaction tables and in update tables
    2. A periodically scheduled job transfers these postings into the BW delta queue
    3.This BW Delta queue is read when a delta load is executed.
    Issues:
    • Only suitable for data target design for which correct sequence of changes is not important e.g. Material Movements
    • V2 update has to be successful
    Hope this helps
    regards
    CSM Reddy

  • Diffrence between Master Chart of Accounts and Company Code Chart of Accoun

    Hi,
    what is the Diffrence between Master Chart of Accounts and Company Code Chart of Accounts?
    Regards
    Divya

    HIi
    Mater chart of accounts is nothing but the main account that is created at the client level.
    we have 3 COA
    1. Group chart of accounts
    2.country specific chart of accounts
    3. Operating chart of accounts
    we can have maximum 3 chart of acocunts assigned to each company code
    Company code chart of accounts is can be operating chart of account which contains the group of account used by that company...
    If some specific requireement is there for the country reporting purpose than we need to use that and maintain that ,
    Group chart of account is used for the consolidation purpose.
    like we have 6 company codes under one company in differnet countries.. so here they will have one common COA which will consilidate the business of all 6 company codes...
    Hope u understand wht u wanted..
    sejal singh

  • Whats the diffrence between the ipad with wifi and ipad with wifi and cellular

    whats the diffrence between the ipad with wifi and the ipad with wifi and cellular

    Johnathan Burger wrote:
    One has wifi only, the other has wifi and cellular.

  • R/3 extraction.{direct delta and queued delta and V3}

    Hi,
    I am new to BW.Can anyone explain me about R/3 extraction in detail and steps to extract from R/3 to BW.
    I understood direct delta.But i couldn't understand queued delta.Can anyone please explain queued delta and also V3.Are queued delta and V3 same?
    Detail explanation or links will help a lot.
    Thanks,
    Sunny.

    Hi Sunny,
    Procurement - MM :
    MM is a part of SCM. There are several section in this, say Procurement, manufacturing, vendor evaluation etc... All can be found under follwoing link.
    Please find the procedure and important links for LO extraction..
    LO'S Procedure:
    Go to transaction code RSA3 and see if any data is available related to your DataSource. If data is there in RSA3 then go to transaction code LBWG (Delete Setup data) and delete the data by entering the application name.
    Go to transaction SBIW --> Settings for Application Specific Datasource --> Logistics --> Managing extract structures --> Initialization --> Filling the Setup table --> Application specific setup of statistical data --> perform setup (relevant application)
    In OLI*** (for example OLI7BW for Statistical setup for old documents : Orders) give the name of the run and execute. Now all the available records from R/3 will be loaded to setup tables.
    Go to transaction RSA3 and check the data.
    Go to transaction LBWE and make sure the update mode for the corresponding DataSource is serialized V3 update.
    Go to BW system and create infopackage and under the update tab select the initialize delta process. And schedule the package. Now all the data available in the setup tables are now loaded into the data target.
    Now for the delta records go to LBWE in R/3 and change the update mode for the corresponding DataSource to Direct/Queue delta. By doing this record will bypass SM13 and directly go to RSA7. Go to transaction code RSA7 there you can see green light # Once the new records are added immediately you can see the record in RSA7.
    Go to BW system and create a new infopackage for delta loads. Double click on new infopackage. Under update tab you can see the delta update radio button.
    Now you can go to your data target and see the delta record.
    Re: LO-Cockpit  V1 and V2 update
    https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/docs/library/uuid/f83be790-0201-0010-4fb0-98bd7c01e328
    Also Refer this link:
    http://www.sap-img.com/business/lo-cockpit-step-by-step.htm
    Inventory.. dwload go thru it
    https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/docs/library/uuid/f83be790-0201-0010-4fb0-98bd7c01e328
    *Steps*:
    1st delet the septup table----lbwg(for application 3)(need to cleanup the setup tables in r/3 side by using (LBWG for AC:03)
    1) Fill setup table (fill up the set up tables BX, BF and UM by using (MCNB,OLI1BW and OLIZBW).
    for BX(Open stock)-tcode--MCNB,
    for BF Tcode(oli1bw)
    for UM tcode(olizbw)
    after that pull data to BW with (Once the data is ready in RSA3, then in BW you have to set up compression for zero marker update for the Cube (coz is related to Noncummulative Keyfiger scenario) then load BX data. onces its completed load normally the BF and UMs.
    BW side:-
    make the compression
    for BX load normally
    and BF&UM(step table data):-compression with zero mark update(select that check box option)
    after completion of compression do delta(Note: for deltas follow the compression normally)
    http://help.sap.com/saphelp_nw2004s/helpdata/en/29/79eb3cad744026e10000000a11405a/frameset.htm
    http://help.sap.com/saphelp_nw70/helpdata/en/c5/a26f37eb997866e10000009b38f8cf/frameset.htm
    SD - Enterprise Sales and Distribution
    SD comes under CRM application component (ERP Analytics).
    sd flow
    salesorder:
    VBRK - header
    VBAP - item
    VBEP - scheduling
    delivery:
    LIKP - header
    LIPS - item
    billing:
    VBRK - header
    VBRP - item
    shipement
    VTTK - header
    VTTP - item
    customer data
    SD links FI table
    salesarea data general data companycode data
    knvp kna1 knb1
    material master data
    SD link to MM table
    salesdata Basic data salestext data
    MARC MARA STXH(Textfile header)
    MVKE MAKT STXL
    process:
    1.sales reresntive enter sales order in R/3 system, it sotres the transaction into three
    SD tables.
    2.delivery due list is executed for all sales orders and delivers are created in table LIKP, LIPS.
    A goodsissue updating MKPF & MSEG.
    3.invoice due list is then executed for all deliviers. after an invoice is created, which creates an acct.doc ( BKPF & BSEG, FI TABLES) and set up the receivalbe in table BSID (open tem).
    4.The receivalbe is cleared when paymen check is required. anoher acct.doc is created ( BKPF & BSEG) the open receivable is cleared and table BSAD (closed line item) is updated
    First u select application component.. SD,MM,FI,PM
    then got to rsa5.. u can install data source...
    after next step RSA6-Display data sources
    Then select our ds which we need to enhance then click on the
    append structure (application tool bar)
    u can see start with ZAGTFIGL_4 ( fi example)
    u given component name and component type ( here given to existing
    data element)
    save + activate....
    then go to the t code CMOD...>there select the project
    name--> go to the exit in RSAP0001->
    or also u can goto tcode se37 fuction module.. EXIT_SAPLRSAP_001
    transactional data
    click on display...
    then u can see INCLUDE ZXRSAU01( program ) double click it.....
    then u can change option click it.
    So please follow the link below:
    http://help.sap.com/saphelp_nw70/helpdata/en/c5/bbe737a294946fe10000009b38f8cf/frameset.htm
    http://help.sap.com/saphelp_nw2004s/helpdata/en/17/cd5e407aa4c44ce10000000a1550b0/frameset.htm
    Check these links,
    http://help.sap.com/saphelp_47x200/helpdata/en/dd/55f33e545a11d1a7020000e829fd11/frameset.htm
    http://www.sapbrain.com/TUTORIALS/FUNCTIONAL/SD_tutorial.html
    http://help.sap.com/printdocu/core/Print46c/en/data/pdf/MYSAP/SR_MM.pdf
    http://sap-img.com/materials/what-is-the-dataflow-of-mm.htm
    http://www.erpgenie.com/abap/tables_sd.htm
    http://www.erpgenie.com/abap/tables_mm.htm
    /people/sap.user72/blog/2004/12/16/logistic-cockpit-delta-mechanism--episode-one-v3-update-the-145serializer146
    /people/sap.user72/blog/2004/12/23/logistic-cockpit-delta-mechanism--episode-two-v3-update-when-some-problems-can-occur
    /people/sap.user72/blog/2005/01/19/logistic-cockpit-delta-mechanism--episode-three-the-new-update-methods
    /people/sap.user72/blog/2005/02/14/logistic-cockpit--when-you-need-more--first-option-enhance-it
    /people/sap.user72/blog/2005/04/19/logistic-cockpit-a-new-deal-overshadowed-by-the-old-fashioned-lis
    Re: LO-Cockpit  V1 and V2 update
    http://www.sap-img.com/business/lo-cockpit-step-by-step.htm
    Regards
    CSM Reddy

  • Differences between FULL, DELTA and REPEAT DELTAs

    Please distinguish Full, Delta and Repeat Delta loading from R/3 to BW/BI and give some example for their uses
    Your answer would be appreciated.
    Cheers,
    Nari

    please search in SDN before posting Novice questions

  • Diffrences between QS logic board Rev1 and Rev2

    Hi my Lobo has died on me and i was wonder what the diffrences between the QS logic board Rev1 and Rev2 are
    From researching on the net i have found out that there are two types of board numbers for my model
    820-1342-B or 820-1276-A
    The man number on my board is
    820-1342-B
    But i can only get hold of the "A" model...will there be performance issues
    Thanks guys

    There were two distinct versions of the QuickSilver:
    http://support.apple.com/specs/powermac/PowerMac_G4_Quicksilver2002.html
    http://support.apple.com/specs/powermac/PowerMac_G4Quicksilver.html
    As for performance differences there aren't many, but it really depends on what you put on the machine. The newer has faster cache. Also if you are lucky to get a June or July 2002 QuickSilver logicboard (earliest 2002 were January 2002), you'll get added support on the PCI bus for 128 GB or larger hard drives on a single partition. Though there are PCI cards which support that as well.

  • Whats the diffrence between these two JKM's and when to use which one.

    Please tell the diffrence between these two.
    JKM Oracle Consistent o JKM Oracle Consistent (Update Date)

    Basic difference is in the requirement .
    JKM Oracle Consistent (Update Date) wants a DATE/TIMESTAMP column in the source tables(s) which will get inserted/update by the source application . ODI will capture the changed data based on this column value . Only the DELETE portion requires a trigger to keep track of deletion happening at source table(s).
    Where as JKM Oracle Consistent does not require any DATE/TIMESTAMP column in the source tables(s) . It uses triggers for keeping track of INSERT/UPDATE/DELETE happening in source .
    In terms of performance JKM Oracle Consistent (Update Date) is better as it will create littel over head on to your source system . SO if you have a DATE/TIMESTAMP column in the source tables(s) which gets inserted/update by the source application, then go for JKM Oracle Consistent (Update Date) .
    Else look for JKM Oracle Consistent .
    Thanks,
    Sutirtha

  • Difference between KT6 Delta and KT6V ?

    What is the difference between the 2 boards ? I ordered a KT6V board from E-buyer in the UK and received a KT6 Delta one which is slightly more expensive. Am I right in saying that the KT6 Delta supports IDE Raid ?

    KT6 delta has a different audio codec and NIC
    KT6v has realtek audio codec and NIC
    KT6 delta has Cmedia codec and broadcom NIC
    As for RAID, They all have serial raid,
    KT6V - SR = serial raid
    KT6v - LSR = lan, serial raid
    kt6 delta = LSR = lan, serial raid
    kt6 delta = FISR = Firewire, lan, serial raid
    kt6 delta = FIS2R = Firewire,lan, serial raid + promise serial raid

Maybe you are looking for

  • Really disappointed with the Macbook pro

    Hi all, I purchased a Macbook pro in the middle of January 2011 with some inheritance money. I went for the cheapest one - was going to go for the white macbook like my partner but thought it would be worth the extra money to upgrade to the pro. It w

  • Boot Camp - Windows can read Mac disk, but cannot write to it

    iMac OSX Snow Leopard. Windows XP. Can anyone help me resolve this. I have installed Windows XP using Boot Camp. The Windows folder is 31GB using FAT32. Windows can read from the Mac disk, but cannot write to it (I get an ACCESS DENIED) error. I have

  • Urgent help on ,mount db

    Hi, I tried to clone a new db prod on top of an old one test(oracle 9.2) windows 2000. After I copied over to the test server all the datafiles and controlfiles. I tried to mount db, then I got "dbname in controlfile "prod" is not "test" " error. So

  • Oracle ERP Application Security

    One of my clients said he want to move Oracle ERP Applications to the Internet. So what security issues should I think about?

  • Locked / password  by Mail

    Hi, # File name - Lock.sh # # Description - Script which sends mail to DBA team # # if any Locked Users found. # #!/bin/ksh export ORACLE_OWNER=oracle export ORACLE_BASE=/u01/oracle export ORACLE_HOME=$ORACLE_BASE/product/10.2.0.3 export ORACLE_SID=P