Thanks Troy, that gave me a start. Actually, one part I'm interested in is what CNAMEs we haven't copied over to the new domain and manipulating the output from dnscmd got me a good list to look at. I'm still not sure what to do about tracking new ones going forward - another item to add to my CMDB wish list.
-Brian -----Original Message----- From: Troy Meyer [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 12, 2008 1:54 PM To: NT System Admin Issues Subject: RE: How to track static DNS records I don't think there is an easy way, the best you could do is to see which machines were not responding to pings. I would probably pipe all DNS entries for that domain to a file Dnscmd servername /zoneprint olddomain.com > bigtextfile.txt Then script the pinging of all A and CNAME records, probably using powershell and the System.Net.NetworkInformation.Ping object. I am lazy and would clean up that file manually in excel and create a csv file with all my cname and a records. Then run this powershell script. $inputlist = get-content file.csv $ping = new-object System.Net.NetworkInformation.Ping Foreach ($thing in $inputlist){ $reply = $ping.send($thing) If ($reply.status -eq "Success"){} Else { echo $thing >> outputfile.txt } } Untested and your warranty just expired. Good luck. -troy -----Original Message----- From: Webb, Brian (Corp) [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 12, 2008 11:38 AM To: NT System Admin Issues Subject: How to track static DNS records OK, you have a bunch of CNames and static A records you have added to DNS and now you are wondering what the heck they are for and if they are still used. How do you track such things? We have some DNS servers we will be shutting down and need to make sure we don't break anything because we didn't move a CName. We also need to track new changes going forward. Thoughts? Brian Webb TDS Corporate IS, Windows Server Platform Team Senior Systems Administrator "When stuck on a problem as often can be, try to remember G.B.T.T.D. (Go Back To The Definition)". - Dave Seybold ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
