Customize Consent Preferences

We use cookies to help you navigate efficiently and perform certain functions. You will find detailed information about all cookies under each consent category below.

The cookies that are categorized as "Necessary" are stored on your browser as they are essential for enabling the basic functionalities of the site. ... 

Always Active

Necessary cookies are required to enable the basic features of this site, such as providing secure log-in or adjusting your consent preferences. These cookies do not store any personally identifiable data.

No cookies to display.

Functional cookies help perform certain functionalities like sharing the content of the website on social media platforms, collecting feedback, and other third-party features.

No cookies to display.

Analytical cookies are used to understand how visitors interact with the website. These cookies help provide information on metrics such as the number of visitors, bounce rate, traffic source, etc.

No cookies to display.

Performance cookies are used to understand and analyze the key performance indexes of the website which helps in delivering a better user experience for the visitors.

No cookies to display.

Advertisement cookies are used to provide visitors with customized advertisements based on the pages you visited previously and to analyze the effectiveness of the ad campaigns.

No cookies to display.

Pages Menu
TwitterRssFacebook

Posted by on Apr 19, 2011 in Development

Getting your SQL Backup Models right

Getting your SQL Backup Models right

[this was an email I just sent to the IT Team I work with]

People of the development world,

When creating databases on the SageServer (or anywhere for that matter), please consider your recovery models. Here’s a simple decision tree:

Simple Mode: you’ll manage the backups yourself, or you’ll only ever need full backups. Good for most scenarios.

Full Mode: you want to perform a weekly full backup, daily differential backups, and transactional backups throughout the day. Only use this for critical data you really care about (only on live Sage DBs at the moment).
Be extra careful when restoring one database to another. The problem comes when you leave a database in Full Mode but don’t schedule any differential/transactional backups. In this instance the database logs will grow and grow, waiting for you to request a differential review. Even full backups won’t sort the problem out. This was what happened – one of the Test databases had mushroomed to 140Gb (it’s now 600K).

Bulk-Logged Mode: We don’t use this, but a smaller but slightly riskier version of Full.

Recovery model is set in the Options tab when viewing a databases Properties.

A very good overview of all three models is provided on MSDN in the article Recovery Model Overview.

(To atone if you find out later and have a massive log (fnar fnar) – switch to simple mode, perform a full backup, then shrink files and database)

-tom

Written by Tom Morgan

Tom is a Microsoft Teams Platform developer and Microsoft MVP who has been blogging for over a decade. Find out more.
Buy the book: Building and Developing Apps & Bots for Microsoft Teams. Now available to purchase online with free updates.

Post a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Share to Microsoft Teams