Miałem za zadanie replikowania istniejący serwer plików odbiorców do ich nowego systemu DR. To był dość duży system, a jak tworzenie SnapMirrors nie jest szczególnie skomplikowane, jest to czasochłonne. Tak jak w przypadku wielu rzeczy zrobić, napisałem skrypt, aby pomóc mojemu osiągnąć to zadanie szybciej i przejść jeszcze kolejne kawy.

Musisz współdzielonego konfigurację przycisków jak zawsze), ale reszta jest proszony o podanie. Nie ma sprawdzania poprawności danych (nic dziwnego). Skrypt wyświetli 4 pliki tekstowe, jeden dla tworzenia / ograniczenie wszystkie tomy, jeden dla "snapmirror.conf", na które mają być stosowane w miejsce "snapmirror.conf", podczas gdy robisz inicjalizacji bazowych, aw końcu jeden z faktycznie zainicjować snapmirrors. Nie ma inteligencja wokół jednoczesnych strumieni, tak inicjalizacji jest jeszcze trochę aktu żonglerka i gra czeka.

Proszę dać mi znać, jeśli znajdziesz to przydatne.

#! / Bin / bash

echo "Podaj nazwę PRIMARY filtr antyspamowy:"
czytaj PRI_FILER

echo "Podaj nazwę filer DR:"
czytaj DR_FILER

ConnectString = "ssh-c 3DES"
# ConnectString = "rsh"

SnapMirrorHour = 22
SnapMirrorMinute = 0
SnapMirrorStagger = 5

echo ""> $ {DR_FILER} _filer_volumes.txt
echo ""> $ {DR_FILER} _snapmirror.conf
echo ""> $ {DR_FILER} _sm_initialize.txt
echo ""> $ {DR_FILER} _snapmirror_init.conf

dla AGGR w `$ {ConnectString} $ PRI_FILER" aggr status "| awk '! 2 dolary ~ / państwo / {print 1 dolar}'`
zrobić
SIZE = `$ {ConnectString} $ PRI_FILER" df-Ah $ AGGR "| sed 's / \ ([0-9] [KMGT] \) B / \ 1 / g' |!. Awk '1 dolar ~ / snapshot | Kruszywo / {print 2 dolary} '`
dla VOL w `$ {ConnectString} $ PRI_FILER" aggr show_space $ AGGR "| awk '1 dolar ~ / Space / {print 0 dolarów}!' | awk '4 dolary ~ / tom | plik | none / {print 1 dolar}'`
zrobić
echo "vol. create $ {VOL}-s $ {AGGR żaden} $ {size}" >> $ {DR_FILER} _filer_volumes.txt
echo "vol. ograniczać $ {VOL}" >> $ {DR_FILER} _filer_volumes.txt
echo "SnapMirror initialize-S $ {PRI_FILER}: $ {VOL} $ {DR_FILER}: $ {VOL}" >> $ {DR_FILER} _sm_initialize.txt
echo "$ {PRI_FILER}: $ {VOL} $ {DR_FILER}: $ {VOL} - $ {SnapMirrorMinute} $ {SnapMirrorHour} **" >> $ {DR_FILER} _snapmirror.conf
echo "$ {PRI_FILER}: $ {VOL} $ {DR_FILER}: $ {VOL} -----" >> $ {DR_FILER} _snapmirror_init.conf

SnapMirrorMinute = `expr $ SnapMirrorMinute + $ SnapMirrorStagger` Czytaj więcej ... (328 słowa, szacowany 1:19 minut czasu na czytanie)

Przepraszam braku w obecności i stanowisk. Minęło roller-coaster ostatnich lat z obrażeniami ciała i flat-out harmonogramy pracy, więc miałem trochę czasu i motywacji do blogu lub pokazać twarz wokół społeczności. Przepraszam, jestem zdecydowany przełamać ten zwyczaj i wrócić do rzeczy, po raz kolejny! Ale dość tego gadania, dostać się na pismach ...

To nie jest coś widzę bardzo często, ale kiedy to robię, to interesujące zobaczyć, że statystyki mówią same za siebie. Jestem z klientem, który miał skryptu wdrażania swojej posiadłości NetApp kilka lat temu, i nie został zaprojektowany lub dostarczane z zbyt dużej opieki lub uwagi (coś chcę omówić inny dzień). Mają majątek VMware z SQL, Exchange i innych rzeczy. Wszystko przebiega w sumie ponad 100 15k FC wrzecion. Nie ogromny majątek w porównaniu z innych stron jest, więc jestem zaintrygowany, dlaczego mają takie problemy z wydajnością.

Po uruchomieniu przez "sysstat-u", widać, że filer się robi bardzo mało, dość szczęśliwie radzi, co należy zrobić. Ale twardy jest trafienie 100% dość często. Natychmiast pokazuje to problem dysku. Potrzebują więcej wrzecion, oczywiście?

Po pierwsze istnieje nierównowaga wrzecion. Mają drugi agregat na kontrolerze partnera, który posiada tylko ilości badań. Uzyskać zgodę na usunięcie tego i gorąco, ja ponownie przydzielić je do innego kontrolera i rozszerzyć istniejący agregat. Podwaja to liczbę wrzeciona, ale wiem, to nie będzie nic robić na istniejącej wydajności (w tym, że dane nie zostaną automatycznie redystrybucji się!). Czytaj więcej ... (799 słowa, szacowane 3:12 min czytania czas)