SQL Server Planet

There is not standard method for backing up a table in SQL Server.  A common request I receive from clients is to only backup specific tables within a database.  Well, unfortunately there is no out of the box method for doing this akin to a database backup so we need to roll our own way.

It is usually done one of two ways.  The first is to use a select into method to copy the table.  The other way is to script the table out using the Generate Scripts Tasks.  Both methods have positives and negatives.  First off, the SELECT.. INTO Method is by far the fastest.  It can copy a large number of rows very quickly, the downfall to this however, is that it does not carry over the Keys, Indexes or Constraints.  The Generate Scripts method is slow (and I don’t recommend it for very large tables), however it can facilitate copying over any of the other objects associated with the table.  Let’s look at the generate scripts task:

First, right click on the database that contains the table you want to backup and choose Tasks -> Generate Scripts.

The Generate Scripts Wizard Appears.  Select “Next” past the splash screen then select the database that contains the table.  The next screen that appears is the Script Options.

Table/View Options

Scroll down on the script options until you see Table/View Options.  We want the following to be true: Check Constraints, Script Data, Foreign Keys, Primary Keys, Triggers, & Unique Keys.  (Or you can choose whatever you need of course).  Select Next and we are presented with the Select Object Types Screen.

Select Tables and hit next.  Lastly, choose the table or tables you want to backup and hit next.

The last dialog provides the medium you want to output the script to.  If you are backing up a large table, I suggest you output to a file.  Good luck!

Backing up a database is relatively straight forward using SQL Server Management Studio.

1. First open management studio and connect to the Database Server that contains the database you want to backup.
2. Expand the “Databases” folder and right-click on the database you want to make a backup of.


Tasks -> Backup

3. Choose Tasks -> Back Up… (now the Back up database dialog appears)



From here, if you simply hit the “OK” button, your database will be backed up in the default location. However, let’s specify a location so we can find it.
4. Select the “Remove” button to remove the current backup location
5. Select the “Add” button and add a new location to backup the database to. Now choose a location on disk and give it a file name. It is good practice to include the date of the backup in the filename. You may also want to save the file name with a .BAK extension
6. You can select “OK” and the backup will begin. You can optionally at this point, select the “Script” button at the top of the dialog in order to retrieve the script that SSMS uses to perform the backup. A new window will open and you will have your script. You can then use this script in a job, or run it yourself.

Adding a Linked server can be done by either using the GUI interface or the sp_addlinkedserver command.

Adding a linked Server using the GUI

There are two ways to add another SQL Server as a linked server.  Using the first method, you need to specify the actual server name as the “linked server name”.  What this means is that everytime you want to reference the linked server in code, you will use the remote server’s name.  This may not be beneficial because if the linked server’s name changes, then you will have to also change all the code that references the linked server.  I like to avoid this method even though it is easier to initially setup.  The rest of the steps will guide you through setting up a linked server with a custom name:

To add a linked server using SSMS (SQL Server Management Studio), open the server you want to create a link from in object explorer.

1. In SSMS, Expand Server Objects -> Linked Servers -> (Right click on the Linked Server Folder and select “New Linked Server”)


Add New Linked Server

2. The “New Linked Server” Dialog appears.  (see below).


Linked Server Settings

3. For “Server Type” make sure “Other Data Source” is selected.  (The SQL Server option will force you to specify the literal SQL Server Name)
4. Type in a friendly name that describes your linked server (without spaces). I use AccountingServer.
5. Provider – Select “Microsoft OLE DB Provider for SQL Server”
6. Product Name – type: SQLSERVER (with no spaces)
7. Datasource – type the actual server name, and instance name using this convention: SERVERNAME\INSTANCENAME
8. ProviderString – Blank
9. Catalog – Optional (If entered use the default database you will be using)
10. Prior to exiting, continue to the next section (defining security)

Define the Linked Server Security

Linked server security can be defined a few different ways. The different security methods are outlined below.  The first three options are the most common:

1. Within the same Dialog on the left menu under “Select a Page”, select Security
2. Enter the security option of your choice.


Linked Server Security Settings

3. Click OK, and the new linked server is created

In order to move TempDB, use the alter database command with “modify file” and specify a new path.

use master
go
Alter database tempdb modify file (name = tempdev, filename = 'e:\tempdb\tempdb.mdf')
go
Alter database tempdb modify file (name = templog, filename = 'e:\tempdb\templog.ldf')
go

Make sure the folder path already exist otherwise you will get an error.

Once complete, an informative message will appear stating that tempdb will be moved the next time SQL is started.

The file "tempdev" has been modified in the system catalog. The new path will be used the next time the database is started.
The file "templog" has been modified in the system catalog. The new path will be used the next time the database is started.

This will require a restart of the SQL Server Database Engine service.