SPAM disassemble phase very slow on test system

[Former Member]

I am seeing incredibly slow performance in the disassemble phase of spam when applying support packs to QAS system.

The disassemble phase completed in 10 minutes when done on dev system which is the transport domain controller and is now at 20+ hours in qas.

I am currently seeing the system rebuild each support pack file in the trans\data directory structure at a snails pace.

This process may be much worst for me since I moved my QAS(test) system to an offsite location as part of our DR plan.

The created time on each file in the data directory matches when this was first done in DEV but it appears the contents of each file is being deleted and rebuilt. I verified the size of the files are the same before and after this rebuild process.

Can anyone tell me if this is expected behavior or make a recommendation for speeding up the process?

[Former Member · Accepted solution]

Changing the "create new data file" setting has provided a small improvement but we are still a long way from the performance level expected.

Right now I am looking for a bottle neck and coming up empty.

Checking task manager on both the dev(domain controller) and QAS I see nothing significant. My network team has verified we have plenty of bandwidth available.

With out the added burden of creating data files I at a loss as to where to look next.

Any and all suggestions would be appreciated

[Former Member · Accepted solution]

Can you try to copy a datafile and see how it performs?

As mentioned, simply copy a datafile in the transdir, i suggest you look out for one of the bigger files and measure the time. Do a copy on the qas server and compare it to the same copy on the dev server.

Regards

Michael

[Former Member]

Really think you poined me in the right direction with the "Create new Data file" option but I am unable to change the setting.

I created a backup copy of the next data file to be processed and killed my spam process once I saw it working on that support pack then overwrote the partialy created datafile with my backup.

Problem now is the option to no longer create data files is greyed out in my system. I compared this to my PRD system which has not been touch yet and it is also greyed out.

Can you help me change this option?

[Former Member]

Hm, can you make sure you logged on to client 000 (and not with SAP*/DDIC). If you were already in client 000, then it might be due to the cancelled SPAM and/or you already are in the middle of a queue. I checked several systems and i was able change the setting.

As i said earlier, you might need to investigate on the slow performance anyway, because even if you can skip the extraction of the files, there will still be a severe slowdown during support package application.

Regards

Michael

[Former Member]

Two things:

- you can disable the extraction of the packages, when they are already there, in transaction SPAM -> settings -> tab import queue -> create new datafile

- Is your trans dir shared (nfs, network share) from the dev server? Can you try to copy a datafile and see how it performs? If you have a problem on the filesystem, or a very slow network connection, you will be experiencing further problems. A lot of logs will be generated during the support package installation.

Regards

Michael