Quantcast
Channel: SAP NetWeaver Administrator
Viewing all 185 articles
Browse latest View live

Set the Standard area to be default in SAP Query

$
0
0

As of SAP release 6.20, work area is defaulted to "global".

 

The work area can be changed as follows:

 

1) If you as a user prefer to be in Standard mode the entire time, you might set this permanently.
    System->User profile->Own data->Parameter
    Enter parameter AQW=' ', ie. blank as value to be in Standard area or
    enter parameter AQW='G'to be in Global area
    or temporary using SQ01->Environment->Query areas


2) If you prefer to work in Global area, you may after converting the QuickViews to Standard queries, copy these to the Global area, using
    report RSAQR3TR or the transport tools in SQ02/SQ03.

    Read SAP note 132813 also.

 

The release notes documentation can be reviewed at:
Help > SAP Library > click on Release Notes > open Release notes > click on Release notes 6.20 > open Release notes 6.20 > open BC Basis Components > 
open BC-SRV Basis Services/ Communication Interfaces > open BC-SRV-QUE ABAP Query > click on "SAP Query/ The QuickViewer" document > when the
document is displayed page down to headings: Query Maintenance Enhancements > Convert QuickView Function.

 

Note this is not a bug but standard Query behaviour.


Gateway Security Features Fundamentals Training

$
0
0

Dear SCN Community,

 

The support experts in the ABAP Gateway area (BC-CST-GW) at SAP have decided to create a training for customers and SAP users. In this training session, they explain the concept fundamentals and provide configuration examples of the following Gateway security features:

 

• The “reginfo” rules (related to the registration of external programs/systems at SAP);

• The “secinfo” rules (related to programs started on demand);

• Parameter “gw/acl_mode” (system behavior depending on the value of this parameter).

 

Are you interested? If so, find more details and enroll yourself in the below link.

 

https://www.eventbrite.com/e/gateway-security-features-fundamentals-training-tickets-27728829676

 

Best Regards,
Daniel Grings

Reset / Unlock a user from another client

$
0
0

Hello,

 

Just sharing a tip:

 

The user that you trying to log on is locked, or you don´t know the password anymore, plus, you don´t have any other user on that same client.

 

Important: this is not usable for productive environments, you should use SAP documentation.

1 – You must have a user in another client, if you don´t, unlock the user SAP* in 000 client through the parameter login/no_automatic_user_sapstar = 0.

 

 

2 – Logon the database with SQLPlus, and with those commands below, you going to change the CLIENT of your locked user (example user: BASIS) to another client, in this case, from 300 to 000:

 

 

SQL> select MANDT, BNAME from sapsr3.usr02 where BNAME = 'BASIS';

 

MAN BNAME

--- ------------

300 BASIS

 

SQL> UPDATE sapsr3.usr02 SET MANDT = '000'  where BNAME = 'BASIS' AND MANDT = '300';

 

1 row updated.

 

SQL> commit;

 

3 – Now, we logon on the 000 client, with SAP* (or another user) and reset the password/unlock the BASIS user on SU01 tcode.

 

4 – Now just back the change you made earlier on database:

 

 

SQL> UPDATE sapsr3.usr02 SET MANDT = '300'  where BNAME = 'BASIS' AND MANDT = '000';

 

1 row updated.

 

SQL> commit;

 

That’s it, now the user BASIS is unlocked (or password reset) on the CLIENT 300.

 

 

Best Regards,

Richard W. L. Brehmer

I Carry A Spool or How The ABAP Detective Found His LP

$
0
0

For weeks, on and off, I worked the print spool case.  For those who don't know what that means, or who I am, you could look it up in your Yellow Pages.  Except those don't exist in this realm (no NIS either).  Everything's digital, including the phone books. They call them contacts these days; they aren't even books to speak of.  When I was a rookie, a contact was what you connected the juice to when you wanted to jump start your motor.

 

I received a case from a client I prefer not to name, telling me to check out this new spool.  My queue knowledge goes back to the dark ages of printing, when daisy wheels and dot matrix ruled the earth, in their turn sending the dinosaur chain printers into oblivion, before being replaced by lasers and LEDs and, well, pictures on a flat screen. I've even operated a thermofax, which these youngsters could not fathom without their pocket search engines.

 

You'd think this business would be cold, what with the dead trees, and the overpriced monopolistic get ink rich quick schemes, and the security mavens, and the incompatibilities from one stream to the next, but there still needs to be shipping labels for the postman to ring twice for, and labels for your snazzy conference badges so vendors can send you junk email for the rest of your bourne days, or you change your address, or you filter them into oblivion.  Where was I? Oh yes, still, the ink must flow.

 

The information I could glean about how to build print spools was scattered, so I flung my search nets far and wide. I first tried loading my device definitions.  Hm. No authority.  Instead of the green light, I get the little grey cell menu.  Greyed, as in not working, not as in experienced.

 

Queued

 

 

LRS-E00-SPAD-export-20160602-a1.png

 

So I had to make contact with the under-management, the folks that have sets of keys to all kinds of legacy types. The above listing would have sent me to Euroland, but instead of a nice steamship ride across the Atlantic, I had to settle for my own cell block, I mean cube. No teched in Barcelona alas.

 

View from another angle showed me a little more about the case.  I needed to know much more about external devices, meaning another bolt-on to the SAP systems I police.  There's a certification page, a book-making scheme where the parties get together and make truce so all parties can play in the same arena.  I've got the link somewhere if another operative needs to know.  Most of what I found there was not user friendly, merely the cookbook in how to get into the racket.  They're not about to open their books and make it easy for the turf to be trod on.  So that's one external.

 

 

LRS-E00-20160606-c1.png

 

Besides the output definitions, there's an also-ran menu that's needed to get these systems to talk nice to each other.  The tab below shows the SAP configuration, but not the OMS.  You'd probably only want to deal with one OMS anyway, but if your company merged with another that had a different output management system, I could see quite the battle to decide which one to keep.  I'd only want one, if I had the choice.

 

LRS-E00-20160606-e2.png

 

The callback above is a helpful scheme, like having an answering service that screens your messages and then lets you know when something needs your attention.  One problem I hit regularly is the misfit paper, like a slug that won't drop into the automat slot.  It's usually A4 instead of 8½x11 paper.

 

 

Further on, I switched off the flat screen capture, strapped on my autoloader, and headed out into the field.  I've seen paper, and I've seen pain, this time I can see the dots in the matrix pretty clearly, in color, at least in select broadcast areas.  For my case notes, I cornered this printer in the last known place of residence, and did the mobile mug shot routine.  I didn't even need to hold up the board [ see, which, fr'instance: [ Benjamin Siegel - Mafia Mug Shots of Bugsy Siegel ]

 

 

Mug shot

 

TOW034-portrait-v2.jpg

 

 

At the bottom of the image is a paper card (another printed label)  representing key facts such as sprocket holes and character columns (80, 132, 160, like that). That's a clue I don't always get.

 

Hard times coding can mean hard times debugging, so the goal is to match the devices to the queues, and the spools to be self-nominated.  It's all about easy and simple, catch me?  The unmasked code below says "082", like reporting a partial plate to the pursuit vehicle.  In my day, that would get called out to the prowl cars on an APB (all points bulletins to you rookies) but today that's likely to end up being splashed over the freeway in a giant digital display of silver alerts, amber alerts, you pick the cheesy colors.

 

 

RSXMB_DELETE_HISTORY-a1.png

 

 

The RA in the device, which matches to only one printer (though a printer could match more than one device, oddly), refers to an electronics company no longer in service [See: Bendix Radio Foundation ].

 

Sometimes when I case a joint, I set up deadfalls, traps for unwary travelers to figure out if my packets are being spoofed.  For this episode I needed to determine the signs when a missing person report should be sent.  I set up two tricks, one where a device was in the directory, and one where the directory records are long gone.  However, I didn't have the warrant necessary to make this happen, so I had to consult the authorities, the ones that activate the directory if you catch my drift.  As it turns out, those quarter-inch-phone-jack pushers like Lily Tomlin's Ernestine no longer ring through the local exchange; it's all global conglomerates syndicating the traffic.  I ended up chatting with one operative who didn't grow up in Brooklyn (neither the New York one nor the Maryland one) and our talk was a packet-dropping discordance.  I explained I wanted to send print jobs to a disconnected number.  He said "you want me to create the death printer?"  Well if you put it that way, yes, forward my messages to the death printer.  Doesn't matter if the DNS resolves or not. NXDOMAIN.

 

Back to the job at hand.  Discovering which LP goes with which dust cover.  Or, more aptly, which cylinders are loaded?  I had to get my credentials checked by the basic Creds, then I could see the jobs.  I picked up one thread that came from an OS clue, and proceeded to the log.

 

RSXMB_DELETE_HISTORY-c1.png

 

The names have been changed to protect the innocent, meaning the purpose of the code has been obscured to keep the source confidential.  It's a history purge with an associated spool step. I connected this job to the defined queue more or less by brute force, digging up the run time from one place and the spool device from another.  It's not a pretty picture; to get the entire process done within a reasonable time will take some automation. Details when I have them.  If I get them.

 

 

Remotely speaking

 

 

This is not the only racket in town. In another part of town, printers talk to other software vendors. A wire tap might be needed to scan the lines listening for cross talk, the ghosts of interrupts past that can trigger the paper storm should one driver run into another.  So I went back to my office and donned PC gear, ready to look in windows and figure out whether this is a paste job or just a copy.  Turns out dos types can speak both printer control language from that big racket that got split into two parts, and that other scripting posted by another big racket that deals in portable documents.  Not letters of transit mind you, but the format that can cost you.

 

The first port I cased was a number (101) that had been around since the turn of the century, or the hundreds as we called them.  It was a complex model, having the kind of multiple interface options that can cause a spooler to bifurcate or worse.  Fortunately, some poor lug before me had marked the bills with characteristics that would honor a wanted poster description, right down to the dots per inch.

 

It's double-sided printing capable, a feature I've learned to appreciate despite the potential to get the paper feed in a jam.

 

LRS-20160609-b1.png

 

The second location I gandered turned out to be pretty close to the first, making me think maybe the queue market was over-saturated, and might start some kind of punch card war.

 

I could not tell what would differentiate the two devices as both were black and white, double-sided, the main choices for most. I began to discern subtle differences, such as delivery speed, and feedstock.  It hit me, the old A4 import was there, and a bonus of 11x17 inches, or tabloid as we call it in impolite society.  I'd go with the 111 over the 101 almost any day.  But could I get the SAP system to use the entire print surface?  That remains a mystery.

 

LRS-20160609-c1.png

 

 

Sometimes you get results by breaking the eggshell.  Other times, it's not as easy as dropping the yolk.  For this job,  red lights went off easier than I expected.  I don't need to bore into all the details; a few are highlighted below in red.  Pulling network cables, removing papers, that kind of thing that detectives do shot off all the right signals.

 

 

LRS-20160610-c1.png

 

 

 

Head em up

 

 

Back in the office, I got new instructions: talk to the folk on the other side of the world.  That's easy to say, not as easy to do.  First, I had to synchronize my watch (see, e.g., Hey, ABAP Detective, you got 10 seconds?).  My Mandarin is as good as my Cantonese, which is to say, none.  Fortunately my overseas colleagues more than make up for my deficit with their skills.  First I needed to pick some queues for them to check on.  That turned out to be easy enough despite a jumble of device types and categories.  I was looking for type "L" and found over 1000 total queues, including a bunch of "X" types that skirt the UNIX system jumping right through to the windows.

 

TST-TSP03D-SUZHOU-20160621a.png

 

 

I'll shrink the next couple steps, as they're more for note completeness than for learning anything useful.

 

Unicode, spool admin, device types, more permutations than I thought could exist, and I suspect I don't even know how far this goes.

 

 

SUZHOU-20160622-a.png

SUZHOU-20160622-b.png

SUZHOU-20160622-c.png

SUZHOU-20160622-d.png

 


 

Is this the last case for the ABAP Detective?  I guess it depends if I survive the impending move from jive to pressword.  On the way out the door, I'll leave this cookie for the browsers.  Working with another operative on yet another continent, I was able to push Chinese characters across the morse code lines from here and back again.  My colleague supplied the Chinese, simplified or not I don't know.  The brains at google tell me his test message says "I was a test page." Which is not production.

 

EX05-rot-crop-shrunk.jpg

 

SUZHOU-20160622-e.png

 

Did you notice the line shift?  If yes, maybe you could be an ABAP detective. Maybe.

Migration Experience with 10TB DB

$
0
0

I want to share my experience on migration of 10 TB MS SQL Server DB.

I tried some scenarios for all about table splitting, exporting and importing processes to find the optimum downtime.

 

I read below notes and documents about the migration process.

 

784118 - System Copy Tools for ABAP Systems

954268 - Optimization of export: Unsorted unloading

1054852 - Recommendations for migrations using Microsoft SQL Server

1650246 - R3ta: new split method for MSSQL

1241751 - SQL Server minimal logging extensions

1875778 - Performance Optimization for System Copy Procedures

https://blogs.msdn.microsoft.com/saponsqlserver/2015/04/22/sap-osdb-migration-to-sql-serverfaq-v5-3-april-2015/

 

 

You can find the scenarios and the results below;

 

Table Splitting Preperation;

I tried this preperation step with below 2 options and got the given time results.

 

Running the package splitting preperation by dividing packages and tables in 4 GB pieces took about 9 hours.

Running the package splitting preperation by dividing packages and tables in 1 GB pieces took about 32 hours.

 

 

Database Instance Export;

I tried this export step with below 3 options and got the given time results.

Export Run 1:  Running Export on a virtual server

I ran the export on a virtual server with 32 CPU, 384 GB RAM. It took 2 days and 14 hours with 4 GB table split options.

 

Export Run 2: Using Distribution Monitor

I ran the export on 3 virtual machines;

1) 32 CPU and 384 GB RAM,

2) 20 CPU and 64 GBRAM and

3) 24 CPU and 64 GB RAM

Preperation step of distribution monitor distributed the packages on servers.

It took about 3 days to export about 70% of the data. This was so high time for export and I stopped the process.

 

Export Run 2: Running Export on a phsical and powerfull server

I ran the export on a physical server with 72 CPU, 1 TB RAM. It took 22 hours with 1 GB table split options.

This was optimal time for our system.

 

 

Database Import;

I ran 2 imports using the physical server with 72 CPU, 1 TB RAM.

First import process took 6 days 10 hours. I got log full errors during import.

 

Before second import I aapplied T610 ve T610 trace flags to SQL Server and changed MAXDOP parameter.

It took 1 day to import all tables but secondary index creation took 3 more days. It was totally 4 days and 7 hours.

 

Export time could be okey but import time still needs to be improved.

 

I still have 2 options to chek. One of them is applying recommendations about secondary indexes on above mentioned msdn blog document and trying the import process again.

The other one is to try R3Loaad export import using sockets.

 

When I finish it I will write about the results.

 

.

Viewing all 185 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>