<?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>DFSR – Aufgepaßt, eine neue interessante Funktionalität – gut für die Datensicherheit</title><link>http://blogs.technet.com/b/deds/archive/2012/07/25/dfsr-aufgepasst-eine-neue-interessante-funktionalitaet-gut-fuer-die-datensicherheit.aspx</link><description>Servus, 
 
 ich bin gerade &amp;uuml;ber eine interessante Neuerung gestolpert, auf die ich Euch unbedingt gerne hinweisen m&amp;ouml;chte: 
 Mit Artikel 
 2663685 Changes that are not replicated to a downstream server are lost on the upstream server after</description><dc:language>en-US</dc:language><generator>Telligent Evolution Platform Developer Build (Build: 5.6.50428.7875)</generator><item><title>re: DFSR – Aufgepaßt, eine neue interessante Funktionalität – gut für die Datensicherheit</title><link>http://blogs.technet.com/b/deds/archive/2012/07/25/dfsr-aufgepasst-eine-neue-interessante-funktionalitaet-gut-fuer-die-datensicherheit.aspx#3512194</link><pubDate>Thu, 02 Aug 2012 12:11:19 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3512194</guid><dc:creator>Roman Fischer</dc:creator><description>&lt;p&gt;Hallo Barbara,&lt;/p&gt;
&lt;p&gt;danke für den Link, es gibt auch einen interessanten Post im File Cabinet Blog:&lt;/p&gt;
&lt;p&gt;&lt;a rel="nofollow" target="_new" href="http://blogs.technet.com/b/filecab/archive/2012/07/23/understanding-dfsr-dirty-unexpected-shutdown-recovery.aspx"&gt;blogs.technet.com/.../understanding-dfsr-dirty-unexpected-shutdown-recovery.aspx&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Besonders wichtig finde ich hier den Punkt &amp;quot;Clustering considerations&amp;quot; - denn wenn einer der Nodes ausfällt und es zu einem Failover kommt, bleiben betroffene Replizierte Ordner offline, weil sie auf manuelles Eingreifen warten.&lt;/p&gt;
&lt;p&gt;&amp;quot;Meine&amp;quot; Cluster sind als HUB-Server im Einsatz und wurden auf automatisches Recovery gesetzt, um das Problem zu umgehen: wmic /namespace:\\root\microsoftdfs path dfsrmachineconfig set StopReplicationOnAutoRecovery=FALSE&lt;/p&gt;
&lt;p&gt;Nachdem die automatische Fortsetzung der Replikation nicht autoritativ abläuft und die HUB-Server nur passive Kopien der SPOKE-(Filial-)Server halten, ist das auch kein Problem.&lt;/p&gt;
&lt;p&gt;Zu Problemen kann es mit der automatischen nicht-autoritativen Fortsetzung der Replikation an den HUB-Servern nur dann kommen, wenn auf ihnen direkt Daten verändert werden - was im Normalfall bei den von mir betreuten Umgebungen nie der Fall ist.&lt;/p&gt;
&lt;p&gt;Schönen Gruß,&lt;/p&gt;
&lt;p&gt;Roman&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.technet.com/aggbug.aspx?PostID=3512194" width="1" height="1"&gt;</description></item></channel></rss>