<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.technet.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Where’s my file? Root cause analysis of FRS and DFSR data deletion</title><link>http://blogs.technet.com/askds/archive/2007/09/04/where-s-my-file-root-cause-analysis-of-frs-and-dfsr-data-deletion.aspx</link><description>Hi, Ned here. In the Directory Services support space here at Microsoft, we are often contacted by customers for disaster recovery scenarios. We’re also brought in for deeper forensic analysis of what lead to a problem. Today we’re going to talk about</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>Dude, where is my file? Root cause analysis procedure for determining who deleted a file in a FRS/DFSR environment</title><link>http://blogs.technet.com/askds/archive/2007/09/04/where-s-my-file-root-cause-analysis-of-frs-and-dfsr-data-deletion.aspx#1899415</link><pubDate>Wed, 05 Sep 2007 08:26:45 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:1899415</guid><dc:creator>Aaron Tiensivu's Blog</dc:creator><description>&lt;p&gt;A very technical but very informative article on finding out who deleted a file or folder in a FRS or DFS-R environment. Three things I took away from this article #1: Audit information is very important for tracking this kind of activity. It is po&lt;/p&gt;
</description></item><item><title>Top 10 Common Causes of Slow Replication with DFSR</title><link>http://blogs.technet.com/askds/archive/2007/09/04/where-s-my-file-root-cause-analysis-of-frs-and-dfsr-data-deletion.aspx#2115892</link><pubDate>Fri, 05 Oct 2007 20:55:28 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:2115892</guid><dc:creator>Ask the Directory Services Team</dc:creator><description>&lt;p&gt;Hi, Ned again. Today I&amp;amp;#8217;d like to talk about troubleshooting DFS Replication (i.e. the DFSR service&lt;/p&gt;
</description></item><item><title>re: Where’s my file? Root cause analysis of FRS and DFSR data deletion</title><link>http://blogs.technet.com/askds/archive/2007/09/04/where-s-my-file-root-cause-analysis-of-frs-and-dfsr-data-deletion.aspx#3070324</link><pubDate>Fri, 13 Jun 2008 09:12:57 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3070324</guid><dc:creator>Yann</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;Very good stuff! :)&lt;/p&gt;
&lt;p&gt;I had an issue where the Policies and Scripts folders are morphed as this:&lt;/p&gt;
&lt;p&gt;Policies.&lt;/p&gt;
&lt;p&gt;Policies_NTFRS_XXXXXX.&lt;/p&gt;
&lt;p&gt;Scripts.&lt;/p&gt;
&lt;p&gt;Scripts_NTFRS_XXXXX.&lt;/p&gt;
&lt;p&gt;These morphed folders appeared at the same time an administrator that did an authoritative restore of an OU.&lt;/p&gt;
&lt;p&gt;We wantsto have proofs. Is there a wayto know the &amp;quot;Where, When&amp;quot; those morphed folders appeared, and if possible who did it.&lt;/p&gt;
&lt;p&gt;Is there a Tag, in the idtable or elsewhere, that corresponds to a restoration of those morphed folders ?&lt;/p&gt;
&lt;p&gt;Thx for your input.&lt;/p&gt;
&lt;p&gt;Yann&lt;/p&gt;
</description></item><item><title>re: Where’s my file? Root cause analysis of FRS and DFSR data deletion</title><link>http://blogs.technet.com/askds/archive/2007/09/04/where-s-my-file-root-cause-analysis-of-frs-and-dfsr-data-deletion.aspx#3070564</link><pubDate>Fri, 13 Jun 2008 21:23:14 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3070564</guid><dc:creator>NedPyle</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;The steps are pretty much identical as above except that you don't care about the FLAGS being set to deleted. There's nothing marking them as morphed bu the name, and you have that piece.&lt;/p&gt;
&lt;p&gt;An auth restore of an OU would not be able to cause this issue though - it would have no effect on FRS. But if someone was using GPMC incorrectly (KB929266) or if they set a D4 burflag as part of their steps without setting D2 downstream (Kb315457) it would be very possible that the issue happened at roughly the same time.&lt;/p&gt;
</description></item><item><title>re: Where’s my file? Root cause analysis of FRS and DFSR data deletion</title><link>http://blogs.technet.com/askds/archive/2007/09/04/where-s-my-file-root-cause-analysis-of-frs-and-dfsr-data-deletion.aspx#3071268</link><pubDate>Sun, 15 Jun 2008 11:44:27 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3071268</guid><dc:creator>Yann</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;Thx for your input. I saw endded the Policies and Scripts morphed folders in the idtable. They refer to a DC.&lt;/p&gt;
&lt;p&gt;It seems that if you ticked in the &amp;quot;When restoring replicated data sets, mark the restored data as the primary data for all replicat sets&amp;quot; on the Advanced Retore Options dialog box of the ntbackup Restore tab, this can generate also name-morph conflicts with one set of directory trees having the normal name and the other set having the morphed folders.&lt;/p&gt;
&lt;p&gt;Cheers,&lt;/p&gt;
&lt;p&gt;Yann&lt;/p&gt;
</description></item><item><title>re: Where’s my file? Root cause analysis of FRS and DFSR data deletion</title><link>http://blogs.technet.com/askds/archive/2007/09/04/where-s-my-file-root-cause-analysis-of-frs-and-dfsr-data-deletion.aspx#3229976</link><pubDate>Fri, 24 Apr 2009 04:25:49 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3229976</guid><dc:creator>MatM</dc:creator><description>&lt;p&gt;Hi Ned,&lt;/p&gt;
&lt;p&gt;Do you know what flag 6 is when looking at these logs? Is there a table or something I could look at?&lt;/p&gt;
</description></item><item><title>re: Where’s my file? Root cause analysis of FRS and DFSR data deletion</title><link>http://blogs.technet.com/askds/archive/2007/09/04/where-s-my-file-root-cause-analysis-of-frs-and-dfsr-data-deletion.aspx#3230127</link><pubDate>Fri, 24 Apr 2009 16:24:10 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3230127</guid><dc:creator>NedPyle</dc:creator><description>&lt;p&gt;Can you post that entry for me? I was reviewing source code to see, but FLAGS is used a lot to mean a lot of things.&lt;/p&gt;
</description></item></channel></rss>