Shrinking a log file should be considered as a 'first-aid' measure and needs to be followed by establishing a backup and restore strategy that keeps the database secure and within reasonable limits of resource use. The best way to keep log files under control is to take regular full and transaction log backups. Consult your DBA to validate the following.
You can shrink the log from SQL Server Management Studio (SSMS). I would recommend the following to be undertaken in a maintenance window:
1.Stop SDM services
From SSMS:
2. Take a Full backup of the MDB.
3. Set the Recovery Model to Simple.
4. Right-mouse on the MDB and choose Tasks / Shrink / Files
5. Select File Type 'Log'.
6. In the options shown on the dialog, select 'Reorganise pages before releasing space', and 'Shrink file to' some reasonable figure. In your case I would suggest shrinking to 50GB.
7. When the shrink is complete, change the Recovery Model back to 'Full'.
8. Take a Full backup of the MDB.
9. Take a Transaction log backup, with option 'Truncate Transaction Log'.
10. Start SDM services.
11. Using SSMS, create a Maintenance plan which schedules a Full MDB backup daily, and a Transaction Log backup every hour. Ensure that the scheduled Transaction log backup has the option 'Truncate Transaction Log' set. For a very active installation, consider adding two or more daily Differential backups. Ensure the backup files are labelled so that you can rapidly identify the most recent files. Ensure that the backups are held on a different physical disk to the active database files and that they are staged to external media and copied off-site. Ensure that the SQL Server Agent service is running and set to Automatic start.
12. Monitor the transaction log size daily for the next fortnight and then check it monthly. You should see it stabilise at a more manageable level.
Regards,
James