Hello everyone,
It has been sometime since my last blog, however I am still here. People have asked me why hasn't my blog been updated for a while. The answer is simple. My blog is different than most. I only write about things that others have not written or ideas and solutions that I have developed because no one else has. With this outlook of my blog, the articles posted are more interesting and original.
With the release of SQL Server 2016 on Linux, I'm sure you will find many blogs in 2017. This is a new area for me and other DBAs and will relook at my previous blogs and see how they have changed in this new version.
If you are looking for information on backups, granting user access, error messages, etc. then you should look at the multitude of other blogs and sites with this information. If you are looking for common sense writing then you have found come to the right place.
Wishing you all the best in 2017 and let's hope it's ever a better year than last.
Rudy
Rudy Panigas - Blog on Microsoft SQL Server
About Me - Who is DR DBA?
- Who am I?
- Hello. My name is Rudy Panigas and I am a Production Senior Microsoft SQL Server Database Administrator (DBA) with over 14 years of experience. Have published articles with SQL Central, am a leader for the my local PASS chapter in Toronto (TORPASS) and love to automate anything SQL including disaster recovery. I created this blog to share my views, knowledge and to discuss Microsoft SQL server in order to help out others in this field. Please test these scripts before using. I do not warranty and do not take any responsibility for it, its misuse or output it creates. You can reach me at this email address: sqlsurgeon@outlook.com
Monday, December 19, 2016
Thursday, August 27, 2015
How to Upgrade SQL Server
Hello everyone,
In this blog, I will provide an outline of recommended tasks for the upgrade to SQL Server 2014.
You can use this document to also upgrade to other versions.
To ensure a
successful upgrade of your SQL Server to a new version, we need to review the
following areas
Pre Work –
Before you start
Data Loads –
Getting your data loaded
Post Work –
Finalize the environment
Pre Work – Before you Start
1. Hardware and
Software Requirements for Installing SQL Server 2014
Review the
minimum hardware and software requirements like editions
2. The SQL
Server 2014 Upgrade Advisor tool
Analyses the
configuration and recommends changes that need to be made
3. Review
Breaking Changes
New changes to
SQL Server may break applications, scripts and/or functions that are bases on
earlier versions of SQL Server
4. Review
Behavioral Changes
Behavior
changes affect how features work and/or interact in the new versions
5. Review
Release Notes
These notes
describes the known issues with current version and should be reviewed before
installation
6. Document all
your findings
Record what you
have learned. Update this document as you go along with the upgrade
7. Database
Instant File Initialization
Turn on this
feature in the OS to help speed up the creation of databases
8. Start the
installation of SQL Server
Ensure that you
install the latest service packs and review cumulative patches
Data Loads – Getting your Data Loaded
1. When creating
a new database(s) place data files, partitions and logs on to different
disk
2. Create
multiple TempDB files on to different disks (use SSD drives)
3. Create an
automated backup job
- Back up all databases (include system and empty databases)
- Verify that backup locations are correct
- Use built in compression
4. Load user
database data by restoring from ** latest full ** backups
5. Compatibility
level. Ensure that the restored databases are set to compatibility level of new
installation. If not set may result in possible issues and you won't be able to
take advantage of the new features
- Compatibility level for 2014 is 120
- Compatibility level for 2012 is 110
- Compatibility level for 2008 and 2008R2 is 100
- Compatibility level for 2005 is 90
6. Recovery Model. Document the current recovery
models and ensure that the restored database are set to the same
7. Database
Ownership. Change the ownership of databases once they are restored to “sa”
8. Collation of
all User databases. Review the collation setting for all databases are set
correctly
Post Work – Finalize the Environment
1. DBCC CHECKDB
WITH DATA_PURITY
Causes DBCC
CHECKDB to check the database for column values that are not valid or
out-of-range
Execute this
check on “all” databases
DBCC CHECKDB WITH DATA_PURITY;
2. DBCC
UPDATEUSAGE
Reports and
corrects pages and row count inaccuracies in the catalog views. These
inaccuracies may cause incorrect space usage reports returned by the
sp_spaceused system stored procedure.
Execute this check on “all”
databases
DBCC UPDATEUSAGE(db_name);
3. Update Statistics
Ensure you update statistics on all your
databases
USE db_name;
GO
EXEC sp_MSforeachtable
@command1='UPDATE STATISTICS ? WITH FULLSCAN';
4. Refresh all
Views
Use sp_refreshview command
5. Perform
backups on “all” databases, yes again!
6. Check your
compatibility levels
7. Update your
finding document
8. Script out
your logins from source and apply to new SQL Server. Also check for orphan logins
9. Script out
and recreate link servers, SQL jobs, SSIS packages, SSAS and SSRS and any other
objects that have been missed
10. Automate
Backup Databases
Perform full
database backups often and create automated backup jobs
11. Review
Error Logs
Ensure your
error logs are clean before using SQL Server.
https://msdn.microsoft.com/en-us/library/ms187109.aspx
Subscribe to:
Posts (Atom)