- Log into Microsoft SQL Server Management Studio
- Right click on your database.
- Select Properties.
- Click on Options.
- Change the recovery model to Simple.
- Click OK.
- Right-click on the database.
- Select Tasks > Shrink > Database.
- Click OK.
- Right-click on the database.
- Select Properties.
- Click on Options.
- Change the recovery model to Full.
- Click OK.
Tuesday, 9 January 2018
How to Shrink Database Log File / Truncate Transaction Log in MSSQL Server
Sunday, 24 December 2017
Checking recoverability with hdbbackupdiag --check in SAP HANA
To ensure recoverability of the SAP HANA database, you want to check if the required data and log backups are present and undamaged.
Reason and Prerequisites
- You use an SAP HANA database Revision 64 or higher.
- To protect business operations after system failures, database backups are created manually or automatically at regular intervals. However, recoverability of the database can only be ensured if all necessary backups are present and undamaged during the recovery process. Before starting a recovery, you can, therefore, check whether all backups are available and undamaged.
Solution
By calling hdbbackupdiag with the --check option, you can verify if the available backups are suitable for recovering the HANA database at a particular time. The backups used may be present in any directory in the file system or in an external backup tool.
The hdbbackupdiag tool determines which backups are required to comply with the required point in time and checks whether these backups are available and accessible. It then executes the following checks:
For backups that were written to the file system:
- - the file is contained in the file system either at the location to which it was written or at a location specified by a search path
- - the current operating system user has read authorization for the file
- - the file is large enough to accommodate the usable load stored at the start of the file
- - the file's backup ID corresponds to the backup ID specified in the backup catalog
For backups written to an external backup tool:
- - the backup is contained in an external backup tool
Note the following: The hdbbackupdiag tool does not check the content of the backups for consistency. To check individual backups for consistency, you can use the program hdbbackupcheck
Call hdbbackupdiag --check
hdbbackupdiag --check [options]
Options:
-d : Specify the directory in which you are searching for the backup catalog. If this option is not available, a search is carried out for the latest version of the backup catalog in the current directory and, if necessary, in the directories specified with --logDirs and in the external
backup tool.
-c : Specify a file name for the backup catalog
-i : Specify a backup ID for a data backup: this ID should be used as the basis for recovery. If this option is not available, you can use the most recent suitable data backup.
-u "YYYY-MM-DD HH:MM:SS": Specify a time in UTC as the recovery target. If this option is not available, the most recent possible point in time is used.
--dataDir : Specify a directory in which to execute a search for data backup files. If this option is not available, a search is only carried out for the data backup files in the paths noted in the backup catalog.
--logDirs : Specify a comma-separated list of directories where a search is executed for log backup files. If this option is not available, a search is only carried out for the log backup files
in the paths noted in the backup catalog.
--useBackintForCatalog: If this parameter is specified, a search is also carried out in the third-party backup tool for the most recent version of the backup catalog.
--backintDataParamFile : Specify a parameter file for accessing data backups via an external backup tool
--backintLogParamFile : Specify a parameter file for accessing log backups via an external backup tool If this parameter is not specified, the parameter file used for accessing the data backups is also used here.
Bear in mind that all directories must be specified as absolute paths.
This restriction does not apply to file names like, for example, in the case of the --backintDataParamFile option.
hdbbackupdiag --check: mode of operation
The program searches for the most recent version of the backup catalog in the directories specified in the command line and also, if necessary, in the external backup tool. From the backup catalog found, the system determines which data
and log backups are required for a recovery, taking into account the specified options. The above-mentioned checks are executed for these backups.
The program indicates which backup catalog is used, which backups are required for the necessary recovery and for which backups the checks were either successful or failed.
If the checks for all backups required for the recovery were successfully completed, the return value of the program is 0; otherwise, the value 1 is returned.
For example:
All backups are written to the default paths in the file system and are still available there:
> hdbbackupdiag --check -d $DIR_INSTANCE/backup/log
using newest backup catalog /usr/sap/IW2/HDB02/backup/log/log_backup_0_0_0_0.1371126898275
using backup catalog 1371126898275 from file /usr/sap/IW2/HDB02/backup/log/log_backup_0_0_0_0.1371126898275
Backup '/usr/sap/IW2/HDB02/backup/data/COMPLETE_DATA_BACKUP_databackup_0_1' successfully checked.
Backup '/usr/sap/IW2/HDB02/backup/data/COMPLETE_DATA_BACKUP_databackup_1_1' successfully checked.
Backup '/usr/sap/IW2/HDB02/backup/data/COMPLETE_DATA_BACKUP_databackup_2_1' successfully checked.
Backup '/usr/sap/IW2/HDB02/backup/data/COMPLETE_DATA_BACKUP_databackup_3_1' successfully checked.
Backup '/usr/sap/IW2/HDB02/backup/data/COMPLETE_DATA_BACKUP_databackup_4_1' successfully checked.
Backup '/usr/sap/IW2/HDB02/backup/log/log_backup_1_0_481920_492928' successfully checked.
Backup '/usr/sap/IW2/HDB02/backup/log/log_backup_2_0_524224_641600' successfully checked.
Backup '/usr/sap/IW2/HDB02/backup/log/log_backup_3_0_709376_710272' successfully checked.
Backup '/usr/sap/IW2/HDB02/backup/log/log_backup_4_0_1235008_1369728' successfully checked.
> echo $?
0
More Details Refer Snote :1873247
Sunday, 3 December 2017
How to Add text in SAP logon screen
Here are the details:-
Go to Transaction SE61 and choose the document 'General text', and create a text with the name ZLOGIN_SCREEN_INFO
Note that there is space for 16 lines with 45 fixed-font characters each or for approximately 60 proportional space font characters on the login screen.
Title lines (can be recognized by means of format keys starting with a 'U') are highlighted in the display.
You may also output icons at the beginning of lines by using an icon code (for example, @1D@ for the STOP icon). You can get a list of icon codes from Report RSTXICON. Pay attention to the codes with two '@' symbols displayed by the report. You cannot include text symbols. The 'include indicator' cannot be used for this function. SUB-HINT here.
Wednesday, 29 November 2017
How to register SLES 12 using the SUSEConnect command line
Environment
- SUSE Linux Enterprise Server 12
- SUSE Linux Enterprise Server 12 Service Pack 1 (SLES 12 SP1)
- SUSE Linux Enterprise Server 12 Service Pack 2 (SLES 12 SP2)
Solution:
SUSEConnect -r YourActivationCode -e YourEmailAddress --debug
To get an overview of the existing options for SUSEConnect, run "SUSEConnect --help":
SLES12:~ # SUSEConnect -help
Usage: SUSEConnect [options]
Register SUSE Linux Enterprise installations with the SUSE Customer Center.
Registration allows access to software repositories including updates,
and allows online management of subscriptions and organizations
Manage subscriptions at https://scc.suse.com
-p, --product [PRODUCT] Activate PRODUCT. Defaults to the base SUSE Linux
Enterprise product on this system.
Product identifiers can be obtained with 'zypper products'
Format: //
-r, --regcode [REGCODE] Subscription registration code for the
product to be registered.
Relates that product to the specified subscription,
and enables software repositories for that product
--instance-data [path to file]
Path to the XML file holding the public key and instance data
for cloud registration with SMT
-e, --email email address for product registration
--url [URL] URL of registration server (e.g. https://scc.suse.com).
Implies --write-config so that subsequent invocations use the same registration server.
-s, --status get current system registration status in json format
--status-text get current system registration status in text format
--write-config write options to config file at /etc/SUSEConnect
Friday, 17 November 2017
How to switch operation mode in HANA system replication environment
How to switch operation mode in HANA system replication environment
Symptom :
In HANA system replication environment, you want to switch operation mode.
Environment
SAP HANA 1.0
solution :
Change operation mode from delta_datashipping to logreplay
1. Stop secondary system.
2. Execute the following command on secondary site.
hdbnsutil -sr_register --remoteHost= --remoteInstance= --replicationMode= --operationMode=logreplay --name=SITEB
3. Start secondary system.
Change operation mode from logreplay to delta_datashipping
1. Stop secondary system.
2. Execute the following command on secondary site.
hdbnsutil -sr_register --force_full_replica --remoteHost= --remoteInstance= --replicationMode= --operationMode=delta_datashipping --name=SITEB
3. Start secondary system.
NOTE: Switching operation modes from logreplay to delta_datashipping requires a full data shipping.
More Details Refer : KBA 2500677
Monday, 13 November 2017
SAP HANA 2.0 SP02 Features Access restrictions in Active/Active (read enabled) system setup
New feature in SAP HANA 2.0 SP 2 Replication state both side are ACTIVE and ACTIVE.
SAP HANA 2.0 SP02 Features Access restrictions in Active/Active (read enabled) system setup
Symptom:
With the SAP HANA 2.0 SPS00 release the secondary instance in an Active/Active (read enabled) system replication setup provides a read-only service. With SAP HANA 2.0 SPS00 and SAP HANA 2.0 SPS01, you will encounter "feature not supported" errors when you try to create/access the following table types on the secondary. Even if you directly connect to the secondary, these restrictions apply.
- row store
- row store tables
- row store global temporary tables
- row store no-logging tables
- column store
- column store global temporary tables
- column store no-logging tablesaa
- Since SAP HANA 2.0 SPS02 release most of these restrictions are gone. As of this version you can access all the above mentioned table type on the Active/Active (read enabled) secondary system, except:
column store no-logging tables
However, row store tables can only be accessed via direct connection to the secondary system; hint-based statement routing from the primary to access row store tables on the secondary will be possible in future releases.
Prerequisite:
Running SAP HANA 2.0 system with Active/Active (read enabled) system setup
Solution
Access to column store no-logging tables will be enabled in future SP.
More Details refer Snote:2391079
Subscribe to:
Posts (Atom)



