Here’s the scenario: I have a .BAK file of the database that was hosted on a MSSQL Server 2005 at my previous employers data-center. I need to re-create that database on a hosted MS SQL Server 2005 system at GoDaddy.com. No worries, I thought. I will just create my new database, do a manual back up of it. Then restore it and point it to my .BAK file from the previous server. That concept is old-hat to me, as I’ve done it countless times… on systems that I have complete control and access to. This time it’s on a server that I have limited access to. GoDaddy only permits SQL restores from files that were created by the host system, and stored on it’s local disk. And… I have no rights to place my .BAK file onto the host db server. So, I put on my thinking cap and thunk this one out.

Now, I must fully expose that I am not a SQL DBA in any way, shape, or form. Systems Administration is my background… I can install, configure, and maintain the heck out of a MS SQL database. But, I have extremely limited skills with SQL programming and queries. So, here’s what I came up with:

I have SQL 2005 Express running on my Vista system. Figured I could use that to my advantage here to get the data moved. I’ll break it down into pieces. I have SQL Express connected to my local instance, as well as the remote instance.

• Create a new database (in my local instance, I created a new database… we’ll call it dbFOO)
• Make a back up of dbFOO
• Do a restore of dbFOO, and change it to grab the data from the .BAK file from the old system (this is the step that I would have loved to be able to do on the remote database server)
  • Change the options so that it overwrites the existing database
• On the remote instance, create a new database named dbFOO (db names must be the same since we’re using some queries and we want to limit how much manual editing we need to do)
• On the local instance, right-click on one of the tables and choose “Script Table as… > CREATE To > Clipboard”
• On the remote instance, right-click on the database and choose “New Query”
• In the query window, paste your clipboard contents
  • since your database names are the same, this query will run without issues on the remote instance.
• Execute the query. Boom, the table is now created on the remote instance. Rinse and repeat for the rest of the local instance tables.
  • Tip: keep that query window open, and just replace the sql script with the once for the next table and execute it. A little time-saver.
• Once the tables are created, right-click on the dbFOO database on the remote instance. Choose “Tasks > Import Data”
  • WAIT! SQL Express doesn’t have DTS built in, so how am I able to do this? I once had SQL 2000 Ent. Mgr. installed and I held on to the admin tools, which included DTS. It does spit out some errors when starting up, but I just launch dtswizard.exe and I’m able to use it for my SQL 2005 Express databases.
• Choose the local instance as your source, and your remote instance as your destination. Set up dbFOO as the database, of course.
• Go through all of the wizard steps, choose the option for “copy data from one or more tables or views”.
• Check the boxes for all the tables and make any adjustments. (I had to enable identity inserts)
• Finish the wizard and blam, there is all of the data.

Are there other ways to accomplish what I needed? Maybe so. Is this the most graceful way to accomplish what I needed? Probably not. Do I care? Nope… I got what I needed done. It actually took me longer to write this post than it did to do all the steps listed above.

If you have other ideas or ways that this could have been done, please leave a comment. I love to document this stuff for other out there that could be in the same pickle I was, to give them some ideas or help in their situation.

BeerPad is a nice little application for the iPhone that is designed for beer enthusiasts to keep track of their beer adventures. You can add beers that you try into the application and it keeps all sorts of information in its database for you.

Features include:

– Assign parameters to each beer from predefined lists. These include Style, Brewery, Region, and Pairings. Each of these lists are editable so that you can add items to them if they don’t exist.
– Assign a photo to the beer. Choose from the camera roll, or take a new one. I am not a fan of the iPhone camera, so I search google images to find either the label or a good pic of the beer online, then save it to my phone and use that one. I discovered that once you assign the photo in BeerPad, you can remove it from your camera roll and it stays in BeerPad.
– Assign a rating for the beer on a scale of 5 stars.
– Several other free form parameters can be assigned. i.e., color, aroma, finish, etc.

Back to my alergy to some beers… if I drink a beer that I am allergic to, my throat swells up. Now, it’s not my airway but rather my esophagus. Regardless, it’s not comfortable and quite irritating. By the way, I’m also allergic to macadamia nuts, which I discovered before the beer allergy. My tactic on new beers is to take a few sips, then wait a good 5 – 10 minutes for a reaction. If there is one, I slide the beer over to a friend to finish. If there is no reaction, score one for me because I have a new beer that I know I can drink without worry.

Here’s where BeerPad comes in to help me. For the past year+ I’ve been adding beers to BeerPad; ones that I know are OK and also an new ones that I try. I use the rating system to track the bad beers. Well, they’re not necessarily bad, just bad for me to drink. I assign a single star to the beers that give me an allergic reaction. Any other beer that goes down without a ruckus gets 2 or more stars.

When I first figured out this allergy, about 8 or so years ago, I had to rely on written notes to remember which beers I could drink. The iPhone in general has improved my quality of life by keeping me more connected. But with apps like BeerPad, it makes it all the more helpful to me. Are there smart phone apps or tools that you use in ways that were not necessarily intended but help you?

Huh? I’m the local admin on this here system… the hell you say I don’t have permissions to access this file!

A quick search found that if you copy an executable to a remote system and try to run it via RDP, you get this message because the file is blocked by the operating system since it was copied from another computer. Apparently this is done to try and ‘protect’ the destination computer.

Here’s the quick fix for it: Right-click on the executable file. On the General tab, you will see at the bottom (under the Attributes area) a section for “Security” that has an explaination for you. It says “This file came from another computer and might be blocked to help protect this computer”. (good lookin out, windows) Just click on the “Unblock” button, then click the “OK” button and try running the .exe again.

Boom! You’re done. Now, wasn’t that simple?