Startpagina > Command Line , General > CIFS datamigraties

CIFS datamigraties

3 maart 2011

Bijna naadloos! Soort van ...

Zoals met de meeste van mijn gedachten, het begon met een onschuldige vraag van de klant. EMC hebben een aantal zeer leuke ingebouwde tools voor het doen van naadloze CIFS data migratie, maar NetApp niet. Het is iets dat veroorzaakt vaak een behoorlijke hoeveelheid problemen en wat zorgvuldige planning met NetApp als we dit niet hebben. Maar ik dacht vandaag, we nogal doen, ik denk niet dat we benutten goed de tools beschikbaar.

Voer widelinks. Hier is een fragment uit een NetApp KB artikel over het onderwerp (KB 3011420) ...

Een symbolische koppeling is een speciaal bestand dat door NFS-clients die wijst naar een ander bestand of map. Widelink inzendingen zijn een manier om absolute symbolische links op de filer redirect. Ze laten de symbolische link bestemming om een ​​aandeel op dezelfde filer of op een andere filer. De volgende voorbeelden laten zien hoe een snelkoppeling van volume qtree op dezelfde filer maken en van volume tot volume op verschillende filers.

Wat betekent dit en waarom wordt mijn leven gemakkelijker zijn na het lezen van de rest van dit artikel?

Dus als ik een mooie glanzende nieuwe NetApp filer (of een oude die ik nog niet echt door te migreren mijn CIFS gegevens op nog), en ik heb mijn oude CIFS file server die snel nadert falen of uit ondersteuning. Ik kan mijn nieuwe bestand en structuur delen op mijn NetApp maken, en gebruik vervolgens widelinks aan de gebruiker door te sturen naar de CIFS bestandsserver, terwijl ik me zorgen over alle gegevens te kopiëren buiten kantooruren zonder dat de bal-pijn van het kopiëren van al mijn gegevens al op eenmaal.

Allereerst wil ik aanbevelen dat als je geen gebruik maakt van DFS, begint het te gebruiken. Je gaat te hebben om uw gebruikers repoint een nieuwe naam aandeel toch, dus je kan net zo goed naar behoren doen. Setup een fundamentele DFS-toegangspunt en repoint al uw gebruikers aan dit. Waarom? Want volgende keer dat u rond te herconfigureren of upgraden van uw aandeel CIFS-infrastructuur komen hoeft u niet om uw gebruikers te raken, maar repoint DFS een nacht.

Dus widelinks breidt op symlinks. Niet te enthousiast want op het moment "mklink" van Windows 7/2008 is niet hetzelfde, en het zal niet werken op NetApp aandelen. Symbolische links in dit artikel zijn een * NIX ding, maar het concept is vergelijkbaar met Windows symbolische links. Als je niet weet symbolische links, denk aan hen als snelkoppelingen, ze je gewoon omleiden naar een andere locatie zonder dat u daadwerkelijk omleiden. Wat widelinks zal doen is dit vertalen symbolische koppeling en de kloof naar de externe locatie.

Oke, genoeg theorie, op de praktijk ...

Mijn setup is heel simpel. Ik heb een NetApp simulator draait als een cluster, heb ik een NAS-box die sommige home media heeft, ik heb een MBA aan een aantal van de UNIX dingen die ik nodig heb (sorry, ik heb geprobeerd om rond dit te krijgen, maar een Linux / UNIX-doos doen is nodig voor nu). Filer1 is mijn nieuwe systeem dat ik wil al mijn gebruikers te gebruiken. Filer2 (met een map genaamd test2) en mijn NAS-doos (met films) zijn legacy-systemen Ik ben op zoek naar vervanging (beetje rollenspel).

Allereerst mijn CIFS delen op het nieuwe systeem wordt gecreëerd. We moeten ervoor zorgen dat dit heeft "widelinks" ingeschakeld, zodat de opdrachtregel is als volgt ...

cifs aandelen-add / vol/test1 test1-widelink

Als u al uw aandelen setup, geen probleem ...

cifs aandelen-change <share_name>-widelink

Als je de cifs aandelen opvragen, moet u de uitgang vergelijkbaar hieronder krijgen ...

node1 *> cifs aandelen

Noem Mount Point Beschrijving

---------------

test1 / vol/test1

. . . widelinks ondersteunde

iedereen / Volledig beheer

Ik kan zien dat widelinks is ingeschakeld voor mijn deel. Ik moet dit als NFS te exporteren naar mijn MBA dus ik kan de symbolische link te maken. Voordat je het vraagt, ik probeerde zowel Adam Fox 's "ntap_symlink" en Oliver Krause's "ln", maar deze niet deed wat ik wilde (ln crasht net op Win7). Ik weet niet zeker of je het doel voor de symbolische links als iets anders dan NFS kan mounten, maar het kan zeker toewijzen aan systemen die niet alleen NFS bestand, heb ik dit ook gedaan met een CIFS share extern.

exportfs-io root = <unix_hostname> / vol/test1

Vanuit mijn MBA kan ik monteer deze op en maak een aantal symbolische links. (Ik heb al mijn NAS gemonteerd)

mount filer1 :/ vol/test1 / mnt/test1

mount filer2 :/ vol/test2 / mnt/test2

cd / mnt/test1

ln-s / mnt/test2/test2 test2

ln-s / Volumes / movies movies

Als u "ls-lah 'de map vind je de symlinks gemaakt zien en het de mappings moeten tonen. Werk gedaan voor mijn MBA, terug naar Windows en de NetApp (pfff je zucht).

We moeten een vertalingen bestand voor de symlinks te maken. In principe is dit leest de symbolische link die we gemaakt hebben op onze UNIX-host en converteert dit naar een DFS stijl link naar het datapad redirect. Dus zorg ervoor dat u kennis genomen van de paden die u gebruikt op uw UNIX-host voor de toewijzingen! De "*" in de paden zijn nuttig als je hier kunt omvatten vele verschillende symbolische links en ze zullen allemaal worden afgestemd en opgevolgd.

wrfile / etc / symlink.translations

widelink / mnt/test2 / * \ \ filer2 \ test2 \ *

widelink / Volumes / films / * \ \ NAS \ films \ *

CTRL + C

Dit bestand is herlezen elke 30 seconden, dus geduld, haal maar even een glas water. Ga terug naar de test1 CIFS delen en je moet wat magie zien! (Test1 bestaat al als nieuwe gegevens).

Meer magie wordt weergegeven wanneer u met de rechtermuisknop op een van deze mappen en ga naar het tabblad DFS. (Je ziet ook een tabblad DFS op mappen die niet zijn widelinks, maar je zult merken de lijst verwijzing is gewoon het normale aandeel).

Daarnaast zul je merken dat als je naar de "test2" folder vind je alle inhoud zien zonder dat je wordt eigenlijk doorverwezen naar deze andere host.

Nu hebben we de uitdaging van data migratie. Het voordeel (en groot probleem) van widelinks is dat ze lijken en voelen aan een Windows-gebruiker als gegevens over het aandeel ze naar kijken. Zodat gebruikers kunnen niet bewerken de symbolische link, of over-schrijven van de data (dat is waarschijnlijk een goede zaak is). Als ze te kopiëren op de map, zal het proberen om het doel te werken (in ons geval, de legacy-systemen). Maar als beheerder heb je dezelfde beperkingen. Dus wat moet ik doen??

Helaas is dit waar de coole dingen dingen te breken uit elkaar een beetje. Wat ik moet doen is verwijderen van de symbolische link, verwijdert u de vermelding in "/ etc / symlink.translations" en mijn data over naar de ruimte te vullen kopieert vervolgens. Als u dit doet zorg ervoor dat de oude ontbreekt maken (verander de sharemachtigingen is veiligste en eenvoudigste) als de symbolische koppelingen kan een beetje plakkerig zijn en u niet wilt dat gebruikers het schrijven naar 2 locaties. Ik had een aantal vreemde resultaten met dit op mijn bureaublad van Windows 7 als het leek de widelink cache, maar in kaart brengen van het rijden van een andere machine werkte prima. Ik denk dat je zult willen alle klanten beschikbaar als je gegevens kopieën.

Nu zou het niet gaaf zijn als widelinks andere manier geïntegreerd in de OSSV mechanisme zou kunnen zijn? In het geval u niet weet, kan OSSV bestand kopieën doen vanuit een Windows-host op het NetApp in qtrees. Dit zou een heel mooi migratie tool te maken!

Gelieve NetApp rekening met de volgende verbeteringen aan widelinks:

  • Sta mij toe om symbolische koppelingen te maken vanuit Windows (mklink) - dit is een must have! Alle gebruikers die er zijn, meldt een support call met betrekking tot deze, hoe meer mensen om vragen, hoe sneller ze zullen het doen!
  • Geef me een mechanisme om dit te integreren met OSSV (ik weet ik vraag veel)
  • Zodra u OSSV hebt geïntegreerd in deze, geef me een mechanisme om transparant te verwijderen de widelinks eenmaal mijn data over heeft gekopieerd. Dit zeker niet het onmogelijke vragen als NDMP kopieën dumpen de inodes en ACL's laatste en dat is wat moet hier worden bereikt.
  • Een GUI voor mijn widelinks en symbolische links beheren. Ik speelde met het idee van het creëren van een PowerShell om dit te beheren, maar de problemen van het maken van symbolische links zijn niet gemakkelijk te bereiken op Windows.

Speciale dank aan Adam Fox als een paar van zijn onderwerpen op de gemeenschappen wees me in de goede richting. Nuttige verwijzingen hieronder opgenomen:

http://communities.netapp.com/thread/3752

http://communities.netapp.com/message/24227

http://communities.netapp.com/message/31156

https://kb.netapp.com/support/index?page=content&actp=LIST&id=1011758

https://kb.netapp.com/support/index?page=content&actp=LIST&id=1011091

https://kb.netapp.com/support/index?page=content&id=3011420

VN: F [1.9.22_1171]
Waardeer dit bericht:
Waardering: 0.0 / 10 (0 stemmen)

Command Line , General , , , ,

  1. Roger Weeks
    5 maart 2011 om 05:45 | # 1

    Hebt u overwogen met behulp MultiStore (vfilers) om uw CIFS data hosten op Data ONTAP? vFilers laat je een hele vFiler tegelijk migreren, of het opzetten van een DR vFiler op een DR plaats, en niet over al de CIFS-configuratie met inbegrip van aandelen, quota, enz.

    We kunnen niet migreren of DR failover CIFS aandelen zonder heraansluiting, vanwege de aard van het protocol, maar als je gebruik maakt DFS in de voorkant van dat, zou de klanten niet merken helemaal omdat het IP-adres van de vFiler blijft hetzelfde na migratie of DR.

  2. 6 maart 2011 om 18:42 | # 2

    Thanks Roger. Ja, het is iets wat we eigenlijk regelmatig te doen als het maakt het leven een stuk eenvoudiger. MultiStore brengt een groot aantal zeer coole functies en functionaliteit, en ik denk dat veel mensen krijgen gefixeerd op het net wordt gebruikt voor veilige multi-tennancy, maar eigenlijk is het toepassingen zijn veel meer!

    Helaas is dit nog steeds niet te pakken krijgen van de CIFS-data op de NetApp in de eerste plaats, maar MultiStore complimenten zeker de CIFS-protocol, vooral bij gebruik in combinatie met DFS. Dit is een gebied waar CIFS op NetApp is veel sterker dan EMC vanwege de flexibiliteit en kracht van MultiStore.

  3. Dave
    13 maart 2011 om 22:26 | # 3

    Misschien niet de meest elegante oplossing, maar we geschapen onze CIFS volumes en aandelen en vervolgens liep robocopy over de ruimte van een paar avonden naderen van een weekend om alle CIFS gegevens over te brengen. De laatste thinga we deden was naar "unshare" de spullen op de Windows-server, draaien robocopy voor een laatste keer, veranderen de A-record voor het vak Windows om een ​​CNAME aan werkelijke naam van de NetApp voeg dan de naam van de oude ramen doos om cifs alias op de NetApp.

    Denk dat het niet zo goed werken als je alleen wilt wat spullen te verplaatsen of als u wilt dat het vak van Windows te blijven draaien ..

  4. 14 maart 2011 om 08:30 | # 4

    Helemaal eens met deze methode Dave, het is geprobeerd en getest en werkt goed. De uitdaging is dat als ik terrabytes van het bestand delen van gegevens, robocopy is niet de meest elegante oplossing en als het is enkel gestreamd, kan het enige tijd duren. Widelinks betekent dat potentieel hoeft u niet al uw gegevens te kopiëren in een keer. Het neemt de druk af.

    Het zou leuk zijn voor NetApp om samen een elegante oplossing die een robocopy stijl worden op de achtergrond deed zetten, ik denk dat dat is echt waar ik heen ga met dit :)

  5. John DeBella
    15 maart 2011 om 18:31 | # 5

    Chris, eventuele problemen als filer1 en filer2 waren verschillende Netapp filers? Ik heb geen beperking niet zien om dit in uw schrijf-up, maar dacht dat ik zou vragen.

  6. 15 maart 2011 om 22:24 | # 6

    Geen problemen bij allen, de officiële documentatie Ik geloof toont eigenlijk dit config.

  7. Jon Whitwham
    | 22 maart 2011 om 09:52 # 7

    Hoi Chris,

    Is er een gemakkelijke manier om Aandelen te importeren in een vFiler? We zijn in het proces van het verplaatsen van Windows Home Directories en hebben meer dan 1.000 aandelen. We zullen gebruik maken van Robocopy om de gegevens te verplaatsen, maar hopen we hoeven niet al deze aandelen handmatig maken.

    Proost

    Jon

  8. | 22 maart 2011 om 09:57 # 8

    Heeft u overwogen met behulp van de functie homedir? Dit zou de noodzaak om een ​​gedeelde map te maken voor elke gebruiker en continue moeten beheren en bij te werken dit te voorkomen. Neem een kijkje op http://www.wafl.co.uk/cifs_homedir/ om een ruw idee te krijgen. Het is vrij gemakkelijk en eenvoudig te installeren om eerlijk te zijn en haal je het beste flexibiliteit.

  9. Alex
    28 maart 2011 om 09:35 | # 9

    @ Dave
    wat schakelt heb je robocopy gebruiken? Ik wil ook de gegevens migreren van de ene CIFS-aandeel naar de andere.

    thx

  10. steve
    11 mei 2011 om 05:04 | # 10

    U kunt robocopy / COPYALL / e / w gebruiken: 0 / r: 0 / MT. Doe een robocopy /? voor de mt; multi-thread is een nieuwe functie, en ik geloof dat het mogelijk maakt voor 128 of zo discussies; 8 is standaard, maar controleer de read me.

  11. 11 mei 2011 om 10:25 | # 11

    Thanks Steve!

  12. Erling
    27 mei 2011 om 07:10 | # 12

    Hallo en bedankt voor een informatief artikel.
    Wilde alleen maar een paar punten die ik had moeite met het krijgen van widelinks aan het werk toe te voegen:
    1.
    Ik heb niet de widlinks te werken als ik monteerde de symlink.translations bestand met toelichting (woord) pad (na mapping etc $ op mijn win7 bureaublad).
    Bij het schrijven van exact dezelfde widelink verklaring met wrfile / etc / symlink.translations rechtstreeks op de filer het werkte!
    2.
    Ik heb problemen met de toegang tot een widlink "afkomstig van" een verborgen share (someshare $ / widelinkpath ... probleem!). Delen zonder $ werkte OK
    (Someshare / widelinkpath ... geen probleem!)

    Erling

  13. 27 mei 2011 om 09:49 | # 13

    Hoera voor de feedback Erling, erg handig bedankt!

  14. Jacques Cronje
    | 22 augustus 2011 om 23:42 # 14

    Misschien te laat, maar er is een kleine app:

    http://www.scriptlogic.com/products/securecopy/

    Doet hetzelfde als robocopy maar wat ik waardeerde het meest is dat het creëert de aandelen op de bron op het doel.

  15. 23 augustus 2011 om 08:46 | # 15

    Dank u Jacques, en ja securecopy is zeer goed. Ik ken een paar mensen die dit hebben gebruikt op de gelegenheid. Hoera voor de feedback!

  16. 27 september 2011 om 14:33 | # 16

    @ Chris Kranz
    Of gebruik gewoon een aandeel (dwz Gebruikers) met Access gebaseerde Enumeratie op Data ONTAP 7.3.3 en hoger.

  17. 27 september 2011 om 14:36 ​​| # 17

    Helmknop handige tool om data tussen NetApp Storage systemen en Windows DFS aandelen synchroniseren is Sync Toy (Versie 2.1 lost problemen met ACL en verlies van gegevens maakt het nu de beste keuze). Het kan bidirectionele replicatie die OSSV niet zal doen.

  18. 27 september 2011 om 14:37 | # 18

    Sorry mijn ABE antwoord was om Jon Whitwham om zijn 1.000 aandelen te vervangen.

  19. Cadey
    21 oktober 2011 om 05:47 | # 19

    @ Chris Kranz Ik was met een klant gisteren en stelde voor het gebruik OSSV op file server daar, op die manier het hen in staat stelt om een ​​blok basis kopie van de gegevens te doen om de filer betekenis het sneller dan robocopy zou zijn, creëren aandelen van de qtree's gemaakt en voer een handmatige robocopy om de bestanden te synchroniseren wanneer klaar om over te stappen?

    Is dit iets wat je hebt gezien of hebben geïmplementeerd? welke vloeren zijn er in te doen. Het zou alleen maar betekenen met behulp van de OSSV software en SnapVault schema van de keer, maar zou de truc goed te doen?

  20. 25 oktober 2011 om 17:21 | # 20

    Nee, dit werkt goed, en eigenlijk kon je blijven SnapVault gebruiken om incrementele kopieën doen en dan gewoon verwijderen van de snapshots nadat u deze converteren naar een normaal volume.

    SnapVault werkt niet goed met zeer grote volumes of volumes met miljoenen bestanden, maar dan heel weinig oplossingen werken goed met die TBH!

Reacties zijn gesloten.


Deze site is niet verbonden of gesponsord in ieder geval door NetApp of enige andere binnen genoemde bedrijf.

© 2009-2013 Chris Kranz All Rights Reserved
Deze site is niet verbonden of gesponsord in ieder geval door NetApp of enige andere binnen genoemde bedrijf.