DFS replicatie probleem

[Anoniem: 216187]

Ik heb één datastore, daarop staan al mijn VMWare vm's.
Ik heb een DC1 en een DC2, op beide servers heb ik het mapje Files.

Op DC1 heb ik het mapje gedeeld maar ook op DC2, als \\DC1\Files$ en \\DC2\Files$.
Hiervoor heb ik een namespace aangemaakt in DFS Management, en ik heb een Replication job aangemaakt.

Ik kan netjes mijn share benaderen op \\Domain\Files$ echter als ik op werkstation A de share benader en er een file naar toe kopieer dan zie ik hem vervolgens niet op werkstation B.

Hoe zou ik dit kunnen oplossen?
Zou het kopieren van DC1 naar DC2 niet direct gaan?
Of zou ik dit op andere manier moeten opzetten.
Of kan ik er voor zorgen dat alles altijd naar DC1 kijkt, en dat het
rustig gerepliceerd word naar DC2. En als DC1 uitvalt alles wel naar DC2 kijkt.
Of is dit een totaal verkeerde aanpak?

>>!! Aanvulling... het is bij elke share ook die niet in de DFS staan.
Ik heb bijvoorbeeld nog een losse fileserver met daarop een map data.
Wanneer ik naar \\fileserver\data ga en er iets in zet, dan duurt het soms 15 minuten voordat
ik op een ander werkstation zie dat er daadwerkelijk ook iets in zit.
Dit is toch wel vreemd...

[ Voor 16% gewijzigd door Anoniem: 216187 op 06-11-2012 17:07 ]

[Hero of Time]

2 dingen die je moet controleren: Offline bestanden en het replicatieschema. Wat heb je hiervoor ingesteld?

[Linke Loe]

Heb je foutmeldingen in het DFS Replication eventlog?

[Anoniem: 216187]

Ik heb bij elke share die word gebruikt de cache op "No Files" gezet,
deze stond net nog op "Only the files and programs that users specifiy".
Wat bedoel je met het replicatieschema? De schedule? Want die staat op altijd.
En alles staat op Full bandwith.

In de logfiles staan wel wat dingen:

The DFS Replication service detected that the staging space usage is above the staging quota for the replicated folder at local path D:\Data. The service might fail to replicate some large files and the replicated folder might get out of sync. The service will attempt to clean up staging space automatically.

en

The DFS Replication service has detected that the staging space in use for the replicated folder at local path D:\Data is above the high watermark. The service will attempt to delete the oldest staging files. Performance may be affected.

Additional Information:
Staging Folder: D:\Data\DfsrPrivate\Staging\ContentSet{7B5B9A5-C7C4-4489-A1F6-BA674317C8E}-{D80CC59-D67E-4537-B16A-414491252DA}
Configured Size: 4096 MB
Space in Use: 4017 MB
High Watermark: 90%

Low Watermark: 60%

Bovenstaande komt het meeste voor.

En ik zag ook één maal het volgende:

The DFS Replication service has been repeatedly prevented from replicating a file due to consistent sharing violations encountered on the file. The service failed to stage a file for replication due to a sharing violation.

Additional Information:
File Path: E:\Data\Scans\scan.pdf
Replicated Folder Root: E:\Data

(ik heb DFS overigens alleen op DC1 geinstalleerd, moet dit ook op DC2?)

[Anoniem: 216187]

Ik heb de Staging Quota verdubbeld, dit zou de High Watermark problemen misschien moeten oplossen.

[Razwer]

Anoniem: 216187 schreef op dinsdag 06 november 2012 @ 22:05:
(ik heb DFS overigens alleen op DC1 geinstalleerd, moet dit ook op DC2?)

ja

[Anoniem: 216187]

Alleen gaat dat niet.. ik bedoel de server role. Als ik die ook op DC2 installeer, dan moet ik wederom een namespace opgeven, dit kan niet dezelfde zijn. Maar ik wil juist 2 shares bij één namespace benaderen.
Wat je zegt klopt dus niet lijkt mij.

[Anoniem: 216187]

Ik heb hem nu op DC2 geinstalleerd, echter zonder namespaces.
Ik zie nu in de DFS management op DC2 exact het zelfde als op DC1.
Echter vraag ik mij af of dit mij probleem zal oplossen.
Volgens mij heb ik nu alleen een extra management console.

[Razwer]

dfs role is nodig op elke dfs node die je gebruikt.
dfs bestaat uit 2 aparte dingen, replication en namespace. deze zijn afzonderlijk of samen te gebruiken.
Gezien je gepruts zou ik eens goed nalezen hoe DFS werkt voordat je verder gaat. Ook zijn er voor elk OS een berg hotfixes voor DFS. List of currently available hotfixes for Distributed File System (DFS) technologies in Windows Server 2008 and in Windows Server 2008 R2

[Anoniem: 216187]

Bedankt voor de hotfixes. 6 waren er op mijn Windows 2008 R2 omgeving van toepassing waarvan ik er 5 kon installeren, en Windows aangaf dat er één daarvan niet nodig was.
Echter sinds ik de cache verhoogd heb lijkt het wel goed te gaan.
Ik zal morgen de logs weer eens nalopen na deze hotfixes.

[Anoniem: 216187]

Het werkt toch nog niet helemaal lekker.
Ik vroeg mij af, is het mogelijk om één primaire server aan te wijzen,
waar gebruikers altijd op werken, en dat hij repliceert naar de andere server.
En dat de andere alleen in actie komt als de eerste uitvalt.

Ik heb nu de Override referral ordering aangezet. (in de namespace)
En bij de primaire server voor "First among all targets" gekozen.
En bij de secundaire voor "Last among all targets" gekozen.

Het gebeurt namelijk nog steeds, dat de ene server een map heeft en 1,5 uur later de andere server nog niet.

( http://technet.microsoft.com/en-us/library/cc770290.aspx )

[ Voor 5% gewijzigd door Anoniem: 216187 op 09-11-2012 17:45 ]

[Equator]

Anoniem: 216187 schreef op vrijdag 09 november 2012 @ 17:42:
Het werkt toch nog niet helemaal lekker.
Ik vroeg mij af, is het mogelijk om één primaire server aan te wijzen,
waar gebruikers altijd op werken, en dat hij repliceert naar de andere server.
En dat de andere alleen in actie komt als de eerste uitvalt.

DFS namspacing werkt toch op basis van je site locatie? M.a.w. Een DFS node in site 1 zal voor de clients in site 1 altijd de primaire node zijn, en pas bij onbeschikbaarheid overgaan naar node 2.

Of is dat tegenwoordig weer aangepast..

[Razwer]

DFS is ook geen clustered file system. Slow write fast read. je zal het voor lief moeten nemen dat replicatie soms even kan duren. Wil je meer/beter/sneller moet je een andere oplossing gebruiken. Bijvoorbeeld clustered file storage oplossingen.
Wil je toch DFS gebruiken terwijl je "veel" actuele data schrijft als fault tollerant oplossing, zet je op de namespace referrals uit naar 1 van de 2 targets. Gaat een node plat, stel je zelf in (met het handje) dat de andere alleen beschikbaar is (referrals omdraaien dus). Let wel op, dit zal niet direct werken maar is afhankelijk van AD replication en kan soms tot een half uur duren (settings kunnen getuned worden).
leesvoer: http://blogs.technet.com/...takes-and-oversights.aspx
http://technet.microsoft....38(v=WS.10).aspx#BKMK_051

[ Voor 10% gewijzigd door Razwer op 10-11-2012 01:47 ]

[Anoniem: 216187]

Ik draai een VM in VMWare (fileserver (dc1), deze draait wel op geclusterde file storage.
(2x OpenE systeem, welke elkaar repliceren)

Zou ik het dan ook op een andere manier kunnen aanpakken?
Maar kun je niet standaard 2 namespaces erin zetten?
En dat hij er standaard naar één kijkt? Op zich is het er met de hand bij zetten ook niet zo erg.
(ik zag trouwens dat je hem ook op disabled kunt zetten, dan hoef je hem niet te verwijderen)

Maar ik vraag me af of het niet mogelijk is om op een andere manier het zelfde te realiseren.
Stel mijn fileserver(dc1) vm gaat plat, dan is het enige wat ik wil dat mijn (dc2) die door draait gewoon nog bij de data kan. (VMWare raadde af om één disk aan te maken in VMWare en deze aan beide VM's toe te wijzen)

[ Voor 6% gewijzigd door Anoniem: 216187 op 10-11-2012 01:50 ]

[Razwer]

Ik weet niet genoeg van vmware daar voor maar bijvoorbeeld hyper-v 3 (2012) kun je een replica maken van je VM. In jouw geval zou ik DC1 en DC2 lekker DC laten zijn en geen file server. Ik zou een derde (file)server vm droppen, wel DFS namespaces gebruiken maar niet replication (je hebt ook nergens om naar toe te replicaten). Namespaces zijn handig ivm toekomstige migraties. Server kan veranderen, unc paden blijven dan altijd gelijk. De file server zou ik dan een replica van maken. Valt de ene om, heb je dus de replica
Dat dus of DFS gebruiken op de manier hoe ik het uitlegde.