Bad Admins: Pocketing Backups
This is part of a series of tips on how bad/rogue admins can get access to the data in your...
2011-07-21
730 reads
This is part of a series of tips on how bad/rogue admins can get access to the data in your...
2011-07-21
730 reads
Yesterday I posted about manipulating group membership to get access to a SQL Server. Today comes attack vector #2: stealing an...
2011-07-14
1,191 reads
This is a series of blog posts about how administrators can gain access to SQL Server, even if you try...
2011-07-13
1,874 reads
One of the things I saw on Twitter yesterday was several folks saying their abstract submissions had been turned down...
2011-06-16
1,889 reads
The emails came in today and 2 out of 4 of my sessions were selected. Both are the ones I...
2011-06-15
891 reads
Yesterday I talked about the importance of having a tested business recovery plan. If you didn't read yesterday's post, the...
2011-06-07
966 reads
Recently I was in one of those chain restaurants (the middle-priced, sit-down types) and shortly after we got there, we...
2011-06-06
1,899 reads
In recent weeks I've strayed pretty much all over the map with respect to topics. I have another blog, the...
2011-06-01
736 reads
As an infrastructure type person, I typically represent a "shared" resource. What that means is I'm not dedicated to just...
2011-05-13
18,851 reads
Steve Jones wrote an editorial yesterday called The Poor Soul. It talked about being thrown into a responsibility one didn't...
2011-05-12
735 reads
By Steve Jones
I come to Heathrow often. Today is likely somewhere close to 60 trips to...
By Brian Kelley
If your organization is spending money, then meaningful results are a must. Pen testing...
I’m starting a webinar series about SQL Server indexing with the fine folks of...
Comments posted to this topic are about the item Restoring On Top II
Comments posted to this topic are about the item SQL Art 2: St Patrick’s...
Comments posted to this topic are about the item Breaking Down Your Work
I have a database, DNRTest, that has a number of tables and other objects in it. The other day, I was trying to mock up a test and ran this code on the same server:
-- run yesterday CREATE DATABASE DNRTest2 GO USE DNRTest2 GO CREATE TABLE NewTable (id INT) GOToday, I realize that I need a copy of DNRTest for another mockup, and I run this:
-- run today USE Master BACKUP DATABASE DNRTest TO DISK = 'dnrtest.bak' GO RESTORE DATABASE DNRTest2 FROM DISK = 'dnrtest.bak' WITH REPLACEWhat happens? See possible answers