The biggest difference between encrypted data and hashed data is that encrypted data can be decrypted later. Hash algorithms such as MD5 are one way hashing algorithms which means that the value that is returned can’t be decrypted back to the original value.
It is important to know the difference between the two when designing your database encryption schema. If you don’t need to retrieve the encrypted value then only store the hash. This way you don’t have the actual data for anyone to steal.
This week ServerFault.com has transissioned from Beta to fully live. This means that you no longer need to have the beta access code to access the site.
Hopefully you find the site as useful as I have while it was in beta.
With the recent release of the ability for the Lock Pages in Memory setting to be used on SQL Server 2005 and 2008 Standard Edition I see more and more people shooting them selves in the foot with this setting when running under VMware. I see this as becoming more of an issue now that this switch is available for Standard edition as I would assume that most virtualized SQL Server installations are done using SQL Server Standard Editions.
As of Monday it’s official, that I’m now one of the two moderators over at ServerFault.com. From what I understand this means I basically go through the list of posts that people have tagged as not being relevant to he site and remove them, as well as making sure that the user base is following the rules.
I think that its a great site, and I’m thrilled that Jeff trusts enough in me to put me into this position on the site.
The site is still in public beta. If you’d like to join the beta you’ll need to use the password “alt.sysadmin.recovery” to get into the site.
Today was day 2 of EMC World 2009. There were some great sessions today. I’m focused on two tracks this year, VMware and the CLARiiON product as we have just deployed both of these in our data center migration project. Continued »
Thanks to my wife Kris reminding me that the SD card in my camera will also fit in my blackberry I’ve gotten the photo’s uploaded to flickr.
This morning is Day 1 of EMC World, so it’s a perfect time to review yesterday.
Day 0 is all about getting to the show, and getting checked in. And of course the party.
The food was pretty good, as was the beer. The band sounded ok, but the sound guy wasn’t all that great.
I’ll be posting photo’s probably when I get home, since I’m a dork and I forgot the cable for my camera.
Well tomorrow begins my annual trek to EMC World. This year I’m headed back to Orlando as EMC World is being held at the Orange County Convention Center. As I’ve done the last couple of years I’ll post as often as I can during the conference both on here on my blog, as well as on Twitter.
This years EMC World event should be a blast and very educational. They’ve got tons of sessions on VMware, and one that I’m really looking forward to on setting up Exchange under VMware using a CLARiiON for the storage. This is something that I was hoping to get done before EMC World, but when I saw that session on the schedule I decided to hold off on our Exchange Migration until afterwords so that I could get some additional best practices first.
I’m also looking forward to the sessions that I’ve found about SQL Server on the CLARiiON. I haven’t found all that many of these up there, something that I’ll be sure to mention in my eval this year as I would assume tha the bulk of data stored on SANs is database data, and contrary to popular believe database servers are not file servers and should not be treated as such.
If you will be at EMC World come on over and say hi. I’ll be on twitter so shoot me a message or a DM or find me in the Web 2 lounge or the EMC returning attendees lounge, or the exhibit hall somewhere.
Don’t forget to check back here for photo’s of the event. I can’t upload in real time as my phone doesn’t have a camera, so I have to wait until I get back to the hotel or the convention center to upload them.
Something that I think that Microsoft should include with the SQL Service Broker is an adapter so that MSMQ messages (and other messaging systems as well) will flow automatically into the SQL Service Broker. Since Microsoft hasn’t gotten around to writing one I’m going to start.
It shouldn’t be all that hard. Setup a Windows Service which reads from a predefined MSMQ and have it take the message and send it to a SQL Service Broker queue.
Then setup a Windows application that allows you to setup the config file with the source you want to read from and the SQL Service Broker objects you want to send to.
Since I have little to know experience reading from other queues I’m putting a feeler our there for some assistance on this project. Since I don’t know C#, the project will be written in VB.NET using Visual Studio 2008 on the .NET Framework v3.5.
I’ll be starting with MSMQ, and they other queuing systems as needed.
I’ve setup a project site on CodePlex. There’s not much up there at the moment, just a basic framework of the project. (Yes I know I now have two unfinished projects running, but this one will hopefully have others working on it as well.)
The official answer is to delete the subscriber and recreate it pushing a new snapshot to the subscriber.
The much quicker and easier method is as follows.
1. Stop the distribution agent on the machine that it’s currently running on.
2. Disable the SQL Agent job that runs the distribution agent.
3. Script out the SQL Agent job from the old server and create it on the new server.
4. Enable the job on the new server.
Done. You have just changes replication from being a push to a pull (or from being a pull to a push).
If you wanted to you could even setup your distribution agent on a third computer, but it is easier to keep track of everything if it’s running on the distributor or the subscriber.