SAP Basis Backup/restore and disaster recovery

Direkt zum Seiteninhalt
Backup/restore and disaster recovery
Migration to SAP HANA
Once you have met all the requirements described above, you can begin to prepare your system for processing digitally signed notes. To do this, the SAP Note with the number 2408073 must be recorded. This consists of a few steps for manual preparation, some automatically executable activities, and steps to rework the note. It is recommended not to change the file name after downloading. Note 2408073 has a file extension of "sar" and will first be unpacked with SAPCAR. There is a zip archive in it. The text file in it can be loaded into the Note Assistant with the SNOTE transaction via the Note upload. Once you have completed these steps, you can begin to install the note. The steps are detailed in the note itself and in a document attached to the note. Therefore, only a few points that need to be considered are highlighted below. When creating and clicking on Save the "CWBDS" object, a message may appear prompting you to select an object from the permitted namespace. Here the cursor can be placed in the object field and confirmed with Enter, then the query is made after a transport order. When creating the message texts in the "SCWN" message class, it is normal that after saving the changes several times (as many times as messages have been created) the question about the transport order must be confirmed. In addition, when creating the message texts, it should be noted that the texts provided in the tutorial attached to the note are available in English. If you are working on a German system, you should translate the texts into the German language when inserting them. The English texts can then be inserted as translations in the same window. To do this, select "Jump -> Translate". Conclusion It is a popular approach among hackers to use updates that are usually intended to fix bugs or increase security to inject malicious code into the system.

You can reduce the Queue selection. To do this, select the Support Package that should be the last in the queue. After that, the queue is recalculated. You can also start the recalculation explicitly with Queue. Note that you can only select Support Packages that are part of the software component you have selected (the mouse cursor will change its appearance accordingly). The support packages associated with the calculated queue are green. The highest support package of the previously selected software component is additionally marked with a green tick. The support packages that are no longer part of the queue are still visible in the list and can be selected again. If you want to set the queue for another software component, select New Component. Result You have defined a queue. Now insert the support packages in the queue [page 20]. Rules for the Queue The following rules apply to creating a Queue: If it is an FCS system, the first step is an FCS Support Package. If it is missing from the queue, it cannot be defined. Instead, you will receive an error message telling you the name of the missing FCS Support Package. You cannot insert an FCS support package in a non-FCS system (official state of delivery). Support packages for a selected component are queued in order. If support packages in the queue have connections to support packages of another component (further predecessor relationship, required CRT), the queue will be extended by additional support packages until all predecessor relationships are fulfilled. Note that the SAP Patch Manager takes into account the configuration of your SAP system and only adds support packages to the queue that can be inserted into your system.

On www.sap-corner.de you will also find useful information about SAP basis.
AL08 System-wide list of user sessions
Meanwhile, there are other ways to build consensus. But, for the most part, the following three options have proven effective as a consensus mechanism: 1) Proof of Work 2) Proof of Stake 3) Proof of Importance The differences are presented in another blog post. How do blocks form in a blockchain? Each block will build irrevocably on an older block. If you were to remove the block, you would also have to remove all blocks above it, which would destroy the entire chain of blocks. Because each new block also contains information from its predecessor block. This is very important for understanding the immutability of a blockchain. If you were to manipulate a block afterwards, you would have to adjust all the blocks that follow. The effort would be so infinitely large and expensive that such a manipulation can practically not be implemented. You can think of it as this. A blockchain arises from the cryptographically linked blocks (puzzles) full of transactions (puzzle pieces) and therefore cannot be changed without destroying the entire blockchain. For this reason, a blockchain is seen as an immutable transaction history agreed upon by a decentralised community. A blockchain is programmed to work with each miner on the longest part of the blockchain, as this is obviously the chain in which most of the work has been invested.

We always keep your systems up to date: System upgrades and updates are very important both functionally and for the security of your data. Whether release upgrades or importing important support packages - we are your experts.

For administrators, a useful product - "Shortcut for SAP Systems" - is available in the SAP basis area.

It will also discuss future target groups which may be of interest in the future.

To store all the information on the subject of SAP - and others - in a knowledge database, Scribble Papers is suitable.


The Security Auditlog stores, depending on configuration, logins, RFC calls, and other actions for specific users.
Zurück zum Seiteninhalt