BR ARCHIVE TAKES LONG TIME

Hi Gurus,
We are taking the BR Archive through the DB13 ,
The Process goes until :
WARNING: sort_backup_type not specified in .utl file
WARNING: default sort_backup_type to <size> for backup
Program:                /usr/sap/PSU/SYS/exe/run/backint 6.0
Input File:             /oracle/PSU/saparch/.adxzjpbm.lst
Profile:                /oracle/PSU/920_64/dbs/initPSU.utl
Function:               BACKUP
Backup Type:            BACKUP_FILE
After this it hangs....
before All Archive will be taken in 2 to 3 hours. Now its already 13 hours its still in this position...
pls Kindly advice what to do

Hi,
Thanks,
Attaching my Complete Log ...
Detail log:                    adxzjpbm.sve
BR0002I BRARCHIVE 6.40 (35)
BR0006I Start of offline redo log processing: adxzjpbm.sve 2008-05-24 12.18.58
BR0477I Oracle pfile /oracle/PSU/920_64/dbs/initPSU.ora created from spfile /oracle/PSU/920_64/dbs/spfilePSU.ora
BR0101I Parameters
Name                           Value
oracle_sid                     PSU
oracle_home                    /oracle/PSU/920_64
oracle_profile                 /oracle/PSU/920_64/dbs/initPSU.ora
sapdata_home                   /oracle/PSU
sap_profile                    /oracle/PSU/920_64/dbs/initPSU.sap
backup_dev_type                util_file
util_par_file                  /oracle/PSU/920_64/dbs/initPSU.utl
system_info                    orapsu/psuadm sunprd1 SunOS 5.9 Generic_118558-22 sun4u
oracle_info                    PSU 9.2.0.6.0 8192 41781 2791530570
sap_info                       620 SAPPSU PSU Y0585349516 R3_ORA 0020223186
make_info                      sun_64 OCI_920 Nov 15 2005
command_line                   /usr/sap/PSU/SYS/exe/run/brarchive -p initPSU.sap -save -d util_file -r initPSU.utl -k no -l E -U
BR0280I BRARCHIVE time stamp: 2008-05-24 12.19.08
BR0008I Offline redo log processing for database instance: PSU
BR0009I BRARCHIVE action ID: adxzjpbm
BR0010I BRARCHIVE function ID: sve
BR0048I Archive function: save
BR0011I 568 offline redo log files found for processing, total size 28398.753 MB
BR0130I Backup device type: util_file
BR0109I Files will be saved by backup utility
BR0280I BRARCHIVE time stamp: 2008-05-24 12.19.08
BR0256I Enter 'c[ont]' to continue, 's[top]' to cancel BRARCHIVE:
BR0280I BRARCHIVE time stamp: 2008-05-24 12.21.28
BR0257I Your reply: 'c'
BR0259I Program execution will be continued...
BR0280I BRARCHIVE time stamp: 2008-05-24 12.21.28
BR0229I Calling backup utility with function 'backup'...
BR0278I Command output of '/usr/sap/PSU/SYS/exe/run/backint -u PSU -f backup -i /oracle/PSU/saparch/.adxzjpbm.lst -t file -p /oracle/PSU/920_64/dbs/initPSU.utl':
WARNING: sort_backup_type not specified in .utl file
WARNING: default sort_backup_type to <size> for backup
Program:          /usr/sap/PSU/SYS/exe/run/backint 6.0
Input File:          /oracle/PSU/saparch/.adxzjpbm.lst
Profile:          /oracle/PSU/920_64/dbs/initPSU.utl
Function:          BACKUP
Backup Type:          BACKUP_FILE
The Process comes untill this and hangs here
Kindly advice

Similar Messages

Brachive takes long time to copy from one system to another

HI TO ALL,
I AM USING IBM BLADE SERVER AND CONNET TO SAN WHEN I SHEDULE BRARCIVE / BRBACKUP ON ANOTHER SERVER (ANY SERVER ) IT TAKES LONG TIME TO COPY ARCHIVE FROM ONE SYSTEM TO OTHER SYSTEM.
I AM USING DB ORACLE 9i and SAP 4.7 EXT 1.1
REGARDS,
VIKAS NAGAR

- how big are the files you copy?
- are both machines connected in the same network segment?
Markus

Reactivating Aggregates takes long time

Hi All,
Last week, we were in the process of removing some data from an Infocube, which lied outside its retention period (still attempting to setup an archive)...
Anyways, we would deactivate the aggregate on the cube, and then do a selective delete on several different date ranges. After the deletes are completed, we would rebuild or fill the aggregate. The first time it took around 4.5 hours to rebuild, which seems long. Then after deactivating the aggregate again, and doing more deletes on the same cube the day after next, we tried rebuilding the aggregate once more. This took around 7 hours to complete, with less data in the infocube.
Any ideas???

Hi,
Several reasons to it. Something which I know of would be the following reasons.
1. The aggregate which you are deactiviating and filling is having the date field in it along with another date / time field which takes longer time for filling once adjusted with some deletion.
2. Check the size of the aggregates in terms of records being added everytime.
3. Under Manage Aggregates there is somehting called as "Aggregate Tree" under Goto -> Aggregate Tree. Here check the hiearchy of the aggregate you are filling. Go in the given sequence. As that will always be faster, regardless of how the aggregates are placed in the manage tab.
Hope these helps.
Thanks,
Pradip.

What could be the reason for Crawl process to take long time or get in to a hung state.

Hi All,
What could be the reason for Crawl process to take long time or get in to a hung state? Is it something also related to the DB Server resources crunch? Does this lead to Index file corruption?
What should be the process to be followed when index file is corrupted? How do we come to know about that?
Thanks in Advance.

"The crawl time depends on what you are crawling -- the number of items, the size of the items, the location of the items. If you have a lot of content that needs to be crawled, it will take much time".
http://social.msdn.microsoft.com/Forums/sharepoint/en-US/f4cad578-f3bc-4822-b660-47ad27ce094a/sharepoint-2007-crawl-taking-long-time-to-complete?forum=sharepointgeneralprevious
"The only clean and recommended way to recover from an index corruption is to completely rebuild the index on all the servers in the farm."
http://blogs.technet.com/b/victorbutuza/archive/2008/11/11/event-id-4138-an-index-corruption-was-detected-in-component-shadowmerge-in-catalog-portal-content.aspx
Whenever search index file got corrupted it will got the details to Event logs
http://technet.microsoft.com/en-us/library/ff468695%28v=office.14%29.aspx
My Blog- http://www.sharepoint-journey.com|
If a post answers your question, please click Mark As Answer on that post and Vote as Helpful

BPM Process chain takes long time to process

We have BI7, Netweaver 2004s on Oracle and SUN Solaris
There is a process chain (BPM) which pulls data from the CRM system into BW. The scheduled time to run this chain is 0034 hrs. This chain should ideally complete before / around 0830 Hrs. <b>Now the problem is that every alternate day this chain behaves normally and gets completed well before 0830 hrs but every alternate day this chain fails</b> there are almost 40 chains running daily. Some are event triggered (dependent with each other) or some run in parallel. In this, (BPM) process chain, usually there are 5 requests with 3 Delta and 2 full uploads (Master Data). The delta uploads finishes in 30 minutes without any issues with very few record transfers. The first full upload is from 0034 hrs to approximately 0130 hrs and the 2nd upload is from 0130 hrs to 0230 hrs. Now if the 1st upload gets delayed then the people who are initiating these chains, stop the 2nd full upload and continue it after all the process chains are completed. Now this entire BPM process chain sometimes takes 17 -18 hrs to complete!!!!!
No other loads in CRM or BW when these process chains are running
CRM has background jobs to push IDOCS to BW which run every 2 minutes which runs successfully
Yesterday this chain got completed successfully (well within stipulated time) with over 33,00,000 records transferred but sometimes it has failed to transfer even 12,00,000 records!!
Attaching a zip file, please refer the 21 to 26 Analysis screen shot.doc from the zip file
Within the zip file, attaching Normal timings of daily process chains.xls the name explains it.
Also within the zip file refer BPM Infoprovider and data source screen shot.doc please refer this file as the infopackage (page 2) which was used in the process chain is not displayed later on in page number 6 BUT CHAIN GOT SUCESSFULLY COMPLETED
We have analyzed:--
1)     The PSA data for BPM process chain for past few days
2)     The info providers for BPM process chain for past few days
3)     The ODS entries for BPM process chain for past few days
4)     The point of failure of BPM process chain for past few days
5)     The overall performance of all the process chains for past few days
6)     The number of requests in BW for this process chain
7)     The load on CRM system for past few days when this process chain ran on BW system
As per our analysis, there are couple of things which can be fixed in the BW system:--
1)     The partner agreement (transaction WE20) defined for the partner LS/BP3CLNT475 mentions both message types RSSEND and RSINFO: -- collect IDOCs and pack size = 1 Since the pack size = 1 will generate 1 TRFC call per IDOC, it should be changed to 10 so that less number of TRFCs will be generated thus less overhead for the BW server resulting in the increase in performance
2)     In the definition of destination for the concerned RFC in BW (SM59), the Technical Setting tab says the Load balancing option = No. We are planning to make it Yes
But we believe that though these changes will bring some increase in performance, this is not the root cause of the abnormal behavior of this chain as this chain runs successfully on every alternate day with approximately the same amount of load in it.
I was not able to attach the many screen shots or the info which I had gathered during my analysis. Please advice how do I attach these files
Best Regards,

Hi,
Normally index creation or deletion can take long time in case your database statistics are not updated properly, so can check stat after your data loading is completed and index generation is done, Do creation of database statistics.
Then try to recheck ...
Regards,
Satya

The Application Takes long time to Start

Hello All,
We ar eon Unix->64 Bit-> Essbase 11.1.1.3.
Problem Description : The application is taking long to start up. around 5 to 6 minutes. This is very first time it is happening.
There were no specific changes done to the application in the recent releases.
I have tried all options 1. Compacating outline, 2. Purging the application log etc. all other applications respond good on this host except this. Usually any application should not take more than 1 to 2 minutes to start up.
There are no specific errors or XCP files recorded in the logs and folders.
Appreciate your suggestions
MS

Thanks Jitendra and Prabhas,
I know i have posted this thread sometime back and later I had to jump on a New release, so did not get time to check your inputs.
Well I am back on this issue again. I have been working on various option to get this issues solved " start of App takes long time"
Here are some Details. We are on SunOs 64 Bit, has 12CU with dual core, with Essbase 11.1.1.3 running on it. This is an ASO application and has just 7 dimensions, Out of which the ORGANIZATION Dimension is pretty huge with Multiple Hierarchies enabled ( Both Stored and Dynamic ) and has more than 20,00,000 members including the alternate hierarchies ( Shared members)
I did a smoke test by building dimension by dimension the app was startiung up in just *40* seconds. and when i reached the ORG dimension and added more than 70,000 memebrs . there i fall sick. the app now gets back to its old issue ( Takes more than 10 mainutes to start).
CPU Usage ranges between 3.1 % to 4 %
PID USER NLWP PRI NI VSZ RSS S STIME ELAPSED %CPU COMMAND
4424 user1 1 59 20 1608 1032 S 18:13:33 00:00 0.0 grep COMMAND
4428 user1 1 59 20 1608 1032 S 18:13:33 00:00 0.0 grep ESS
4766 user1 88 55 20 6814168 5684200 O 17:37:48 35:45 3.1 /path/xyz/masked/ASO_APP hgfedc NOCREAT.
But My question here is, in the last moth cube i still similar number of members in the cube and nothing really had changed.
Essbase GURU's Please give me some Hint to think out of box now.
Thanks
MS

Report takes long time for few records

hi frends,
I m facing one problem with my Web based erp application which is developed in .net , in my application when i open the report from my applicaiton , in my temp folder there one file gets created name is "rpt conmgr cache"
bcoz of this for few records also my report takes too much time and opens very slow and it takes long time, and it happens in some of the reports only , other reports are working cool and its not creating any file in temp folder,,, so can u guide me whats this file and what can be the solution for it,
Thanks
Mithun

hi sabhajit,
i have already checked the sql query it is taking less then seconds.
any other steps u want me to check then pls let me know?
thanks mithun

Photo both takes long time to open, what can i do?

photo both takes long time to open, what can i do?

SO do you think we can get a aunser? i just bout my imac u know!!

MVIEW refresh takes long time

Materialized view takes long time to refresh but when i tried select & insert into table it's very fast.
i executed SQL and it takes ust 1min ( total rows is 447 )
but while i refresh the MVIEW it takes 1.5 hrs ( total rows is 447 )
MVIEW configration :-
CREATE MATERIALIZED VIEW EVAL.EVALSEARCH_PRV_LWC
TABLESPACE EVAL_T_S_01
NOCACHE
NOLOGGING
NOCOMPRESS
NOPARALLEL
BUILD DEFERRED
REFRESH FORCE ON DEMAND
WITH PRIMARY KEY
Not sure why so much diffrence

infant_raj wrote:
Materialized view takes long time to refresh but when i tried select & insert into table it's very fast.
i executed SQL and it takes ust 1min ( total rows is 447 )
but while i refresh the MVIEW it takes 1.5 hrs ( total rows is 447 )A SELECT does a consistent read.
A MV refresh does that and also writes database data.
These are not the same thing and cannot be directly compared.
So instead of pointing at the SELECT execution time and asking why the MV refresh is not as fast, look instead WHAT the refresh is doing and HOW it is doing that.
Is the execution plan sane? What events are the top ones for the MV refresh? What are the wait states that contributes most to the processing time of the refresh?
You cannot use the SELECT statement's execution time as a direct comparison metric. The work done by the refresh is more than the work done by the SELECT. You need to determine exactly what work is done by the refresh and whether that work is done in a reasonable time, and how other sessions are impacting the refresh (it could very well be blocked by another session).

Takes Long time for Data Loading.

Hi All,
Good Morning.. I am new to SDN.
Currently i am using the datasource 0CRM_SRV_PROCESS_H and it contains 225 fields. Currently i am using around 40 fields in my report.
Can i hide the remaining fields in the datasource level itself (TCODE : RSA6)
Currently data loading takes more time to load the data from PSA to ODS (ODS 1).
And also right now i am pulling some data from another ODS(ODS 2)(LookUP). It takes long time to update the data in Active data table of the ODS.
Can you please suggest how to improve the performance of dataloading on this Case.
Thanks & Regards,
Siva.

Hi....
Yes...u can hide..........just Check the hide box for those fields.......R u in BI 7.0 or BW...........whatever ........is the no of records is huge?
If so u can split the records and execute............I mean use the same IP...........just execute it with different selections.........
Check in ST04............is there are any locks or lockwaits..........if so...........Go to SM37 >> Check whether any Long running job is there or not.........then check whether that job is progressing or not............double click on the Job >> From the Job details copy the PID..............go to ST04 .....expand the node............and check whether u r able to find that PID there or not.........
Also check System log in SM21............and shortdumps in ST04........
Now to improve performance...........u can try to increase the virtual memory or servers.........if possiblr........it will increase the number of work process..........since if many jobs run at a time .then there will be no free Work prrocesses to proceed........
Regards,
Debjani......

The 0co_om_opa_6 ip in the process chains takes long time to run

Hi experts,
The 0co_om_opa_6 ip in the process chains takes long time to run around 5 hours in production
I have checked the note 382329,
-> where the indexes 1 and 4 are active
-> index 4 was not "Index does not exist in database system ORACLE"- i have assgined to " Indexes on all database systems and ran the delta load in development system, but guess there are not much data in dev it took 2-1/2 hrs to run as it was taking earlier. so didnt find much differnce in performance.
As per the note Note 549552 - CO line item extractors: performance, i have checked in the table BWOM_SETTINGS these are the settings that are there in the ECC system.
-> OLTPSOURCE - is blank
   PARAM_NAME - OBJSELSIZE
   PARAM_VALUE- is blank
-> OLTPSOURCE - is blank
   PARAM_NAME - NOTSSELECT
   PARAM_VALUE- is blank
-> OLTPSOURCE- 0CO_OM_OPA_6
   PARAM_NAME - NOBLOCKING
   PARAM_VALUE- is blank.
Could you please check if any other settings needs to be done .
Also for the IP there is selction criteris for FISCALYEAR/PERIOD from 2004-2099, also an inti is done for the same period as a result it becoming difficult for me to load for a single year.
Please suggest.

The problem was the index 4 was not active in the database level..it was recommended by the SAP team to activate it in se14..however while doing so we face few issues se14 is a very sensitive transaction should be handled carefully ... it should be activate not created.
The OBJSELSIZE in the table BWOM_SETTINGS has to be Marked 'X' to improve the quality as well as the indexe 4 should be activate at the abap level i.e in the table COEP -> INDEXES-> INDEX 4 -> Select the u201Cindex on all database systemu201D in place of u201CNo database indexu201D, once it is activated in the table abap level you can activate the same indexes in the database level.
Be very carefull while you execute it in se14 best is to use db02 to do the same , basis tend to make less mistake there.
Thanks Hope this helps ..

Delete Index in Process Chain Takes long time after SAP BI 7.0 SP 27

After upgrading to SAP BI 7.0 SP 27 Delete index Process & Create index process in Process chain takes long time.
For example : Delete index for 0SD_C03 takes around 55 minutes.
Before SP upgrade it takes around 2 minutes to delete index from 0SD_C03.
Regards
Madhu P Menon

Hi,
Normally index creation or deletion can take long time in case your database statistics are not updated properly, so can check stat after your data loading is completed and index generation is done, Do creation of database statistics.
Then try to recheck ...
Regards,
Satya

Database Connectivity takes long time if one of the Node is down .. ??

Hello All,
Env: 10.2.0.4 on Solaris 10
I have 2 nodes.
When Node1 server is down, it takes long time to connec to the database.
tnsping would give "OK(2050ms)". Below is the tnsalias.
RAC_test =
(DESCRIPTION =
     (ADDRESS = (PROTOCOL = TCP)(HOST=20.268.169.123)(PORT= 1521))
     (ADDRESS = (PROTOCOL = TCP)(HOST=20.268.169.127)(PORT= 1521))
     (LOAD_BALANCE = yes)
          (CONNECT_DATA =
        (SERVICE_NAME = DK.com)
      (FAILOVER_MODE =
        (TYPE = SELECT)
        (METHOD = BASIC)
        (RETRIES = 180)
        (DELAY = 5)
)I put the trace on sqlnet.ora and found that first it pings to the "20.268.169.123",
since the Server is down there will not be any reply and this consumes the delay and
later it would ping "20.268.169.127" and connect to it.
If i keep "20.268.169.127" above "20.268.169.123" in tnsalias, and keep "LOAD_BALANCE=no",
it gets connected very fast, as its directly connecting to Node2. In tnsping i get Ok(40ms).
How do i reduce the connect timing if i use the first step. Why does it take long time for
Oracle Client to understand that the Node1 Server is down ?
TIA,
J J

I hope the IP's you are using in the TNS are Virtual IP's.
You must use Virtual IP's / hostnames for the failover to be quick. If Node 1 is not available then then it's (Node 1's) virtual IP would also get assigned to Node 2 hence all client connections are still able to get a response from the Node Virtual IP address without needing to wait for TCP/IP timeouts. This helps clients to get notified immediately that node 1 is unavailable and the connection tries the 2nd ip/host in the connect descriptor.
Hope this helps.
- Siba

SSRS 2012. ReportServer takes long time to be up.

SSRS 2012 Sp1
Hi guys,
I am using SSRS as my reporting platform, but I have always got the following issue.
SSRS ReportServer takes time to load.
The first time takes long, then less time but only if the ReprotServer web page is continuosly retrived.
HERE the problem:
If the ReprotServer page is not used after a short time (let me say 10 min), the page takes long time to be up again.
I have checked the configuration that is set as for default 12 hours.
Is there a way to speed up the ReportServer opening page time?
Thanks for your help

Hi Fasttrack2,
According to your description, you want to optimize the performance of your report. Right?
In this scenario, when your report page is not active for a short time, it will take long time to render again. This is because the you have the report timeout. You can select "Do not timeout report" in Processing. Please refer to the link below:
SQL Server Reporting Services – Timeout Settings
For the performance issue, it can be many reason cause the report running slowly. Please refer to the articles below to optimize the report:
More tips to improve performance of SSRS reports.
Reporting Services Performance and Optimization
Troubleshooting Reports: Report Performance
If you have any question, please feel free to ask.
Best Regards,
Simon Hou

Why update query takes long time ?

Hello everyone;
My update query takes long time. In emp ( self testing) just having 2 records.
when i issue update query , it takes long time;
SQL> select * from emp;
EID ENAME     EQUAL     ESALARY     ECITY    EPERK       ECONTACT_NO
      2   rose              mca                  22000   calacutta                   9999999999
      1   sona             msc                  17280    pune                          9999999999
Elapsed: 00:00:00.05
SQL> update emp set esalary=12000 where eid='1';
update emp set esalary=12000 where eid='1'
* ERROR at line 1:
ORA-01013: user requested cancel of current operation
Elapsed: 00:01:11.72
SQL> update emp set esalary=15000;
update emp set esalary=15000
* ERROR at line 1:
ORA-01013: user requested cancel of current operation
Elapsed: 00:02:22.27

Hi BCV;
Thanks for your reply but it doesn't provide output, please see   this.
SQL> update emp set esalary=15000;
........... Lock already occured.
>> trying to trace >>
SQL> select HOLDING_SESSION from dba_blockers;
HOLDING_SESSION
            144
SQL> select sid , username, event from v$session where username='HR';
SID USERNAME     EVENT
   144   HR    SQL*Net message from client
   151   HR    enq: TX - row lock contention
   159   HR    SQL*Net message from client
>> It does n 't provide clear output about transaction lock >>
SQL> SELECT username, v$lock.SID, TRUNC (id1 / POWER (2, 16)) rbs,
2 BITAND (id1, TO_NUMBER ('ffff', 'xxxx')) + 0 slot, id2 seq, lmode,
3 request
4 FROM v$lock, v$session
5 WHERE v$lock.TYPE = 'TX'
6 AND v$lock.SID = v$session.SID
7 AND v$session.username = USER;
no rows selected
SQL> select MACHINE from v$session where sid = :sid;
SP2-0552: Bind variable "SID" not declared.

BR ARCHIVE TAKES LONG TIME

Similar Messages

Maybe you are looking for