Rozwiązanie do tworzenia kopii zapasowych dla 10 TB danych i 3 serwerów

Szukam rozwiązania do tworzenia kopii zapasowych dla tego scenariusza:

• 3 serwery (jeden serwer pocztowy Linux, 2 serwery Windows)
• ~ 10 TB danych
• 2 TB z tego do codziennego użytku
• kilka GB aktywności / zmiany dziennie
• możliwość przywracania danych z dowolnego momentu
• tworzenie kopii zapasowej odbywa się w systemie na żywo (biuro międzynarodowe)
• Baza danych MSSQL również wymaga utworzenia kopii zapasowej
• Brak wystarczającego połączenia sieciowego, aby wykonać kopię zapasową danych poza witryną
• Nieskomplikowany dostęp (natywny system plików) do zabezpieczonych danych.

W chwili obecnej tworzenie kopii zapasowej danych odbywa się poprzez przeniesienie delty na dyskach przenośnych do lokalizacji zewnętrznej. Ale oprogramowanie nie jest całkowicie niezawodne (coś domowej roboty).

Zastanawialiśmy się, czy kupić rozwiązanie biblioteki taśm od Dell, ale nie jesteśmy bardzo przekonani, że taśmy są drogą do uzyskania stosunkowo niewielkiej ilości danych.

Jak skonfigurowałbyś tego rodzaju kopię zapasową danych? Jakie oprogramowanie poleciłbyś?

Opcjonalne jest przenoszenie dysków z deltą na serwer zewnętrzny do serwera lustrzanego. Jakiego sprzętu byś użył?

Na początek polecam rozwiązanie na miejscu, inwestując w serwer zapasowy, który ma sporo miejsca na rozbudowę.

Ostatnio zastanawiałem się nad ewentualnym wdrożeniem rozwiązania napędu taśm ze sterownikami taśm HP i byłem bardzo zaniepokojony niską ilością miejsca na taśmę, wysoką ceną oraz faktem, że jeśli muszę go uaktualnić, równie dobrze mogę wyrzucić starą taśmę wypędź okno.

Jedną rzeczą, na którą warto spojrzeć, jest Drobo pro , jeśli załadujesz jeden z nich dyskami 2 TB, możesz uzyskać 16 TB. Chciałem wypróbować jedną z nich (kiedy zdobędę fundusze :)), ale mam świetne recenzje na ich temat oraz fakt, że kilka lat później musisz ją uaktualnić, po prostu weź kilka napędów i włóż nowy dysk twardy, który ma jeszcze więcej absurdalnej ilości miejsca.

Prawdopodobnie najlepiej będzie, jeśli zainwestujesz w sprawdzone rozwiązanie.

Taśmy zdecydowanie nie są dobrym rozwiązaniem, ponieważ dla twojego rozmiaru rozwiązanie dyskowe byłoby lepsze i znacznie łatwiejsze w utrzymaniu.

Kiedy jesteś w skali TB, powinieneś rozważyć użycie czegoś z kompresją i deduplikacją . W takim rozwiązaniu będziesz przechowywać tylko unikalne dane, które są wspólne na kilku copmuterach i będziesz mieć odniesienia do tych unikalnych plików lub bloków.

Należy również upewnić się, że bez względu na to, od czego zaczyna się serwer kopii zapasowych, produkt obsługuje pamięć rozszerzalną. Możesz więc zacząć od 10 TB i dodawać kolejne dyski.

W przypadku kilku komputerów korzystny byłby również klient bezagentowy. Aby móc wykonać kopię zapasową całej sieci LAN z jednego klienta kopii zapasowej. Niektóre produkty obejmują również komputer wirtualny oparty na lokalizacji FTP / SFTP / FTPS. Możesz mieć klienta kopii zapasowej w systemie Windows i wykonać kopię zapasową wszystkich maszyn LAN + Linux z tego samego interfejsu.

Nie użyłbym podejścia opartego na jednej z 1) przyrostowych kopii zapasowych i 2) różnicowych kopii zapasowych. Przy przyrostowych kopiach zapasowych będziesz w końcu musiał wykonać kolejną pełną kopię zapasową, lub w czasie przywracania będziesz musiał przywrócić zbyt wiele kopii zapasowych. Dzięki różnicowym kopiom zapasowym będziesz w końcu musiał wykonać kolejną pełną kopię zapasową, w przeciwnym razie twoja różnicowa kopia zapasowa stanie się zbyt duża. W twoim przypadku musisz ponownie wysłać 10 TB. To jest nie do przyjęcia.

Upewnij się, że po wysianiu danych na serwer zapasowy dane NIGDY nie będą wymagać nowego ponownego transferu, jeśli nie zostaną zmienione.

Upewnij się, że NIE POTRZEBUJESZ przywracania pełnych kopii zapasowych i że możesz przywrócić tylko podzbiór tego, co utworzono kopię zapasową, oraz że możesz wybierać spośród kopii zapasowych, jakie były w dniu przywracania.

Tworzenie kopii zapasowych danych powinno być dozwolone z lokalizacji poza siedzibą, a nawet jeśli klient kopii zapasowej jest offline. W przypadku, gdy są one offline, powinna istnieć opcja „dużej początkowej kopii zapasowej” do późniejszego importowania na serwer.

Upewnij się, że wybrałeś rozwiązanie, które ma wbudowane kopie zapasowe MS SQL i wymienia kopie zapasowe, i że nie musisz ponownie przenosić wszystkiego za każdym razem, gdy je tworzysz. Powinien obsługiwać gorące kopie zapasowe tych elementów.

Przykładem produktu w tej skali, który obsługuje wszystkie powyższe, jest ROBOBAK . (Pracuję również dla tej firmy)

Patrząc na scenariusz, najlepsze rozwiązanie do tworzenia kopii zapasowych można uzyskać za pomocą „faubackup”, przejdź do tego http://faubackup.sourceforge.net/ .

Faubackup wykorzystuje system plików na dysku twardym do tworzenia przyrostowych i pełnych kopii zapasowych. Umożliwia to dostęp do kopii zapasowej za pośrednictwem standardowych narzędzi systemu plików.

Późniejsze kopie zapasowe w tym samym systemie plików będą automatycznie przyrostowe, ponieważ niezmienione pliki są tylko na stałe łączone z istniejącą wersją pliku.

Wykonanie „faubackup srcdir destdir” przypomina trochę „cp -a srcdir destdir / 'date”. Oznacza to, że skopiuje wszystko z srcdir do podkatalogu destdir. Nazwa tego katalogu pochodzi od momentu utworzenia kopii zapasowej (format „RRRR-MM-DD @ gg: mm: ss”). Wszystkie nazwy plików, uprawnienia, treść zostaną zachowane. Poradzi sobie z miękkimi, twardymi linkami i dziurami w plikach.

Dużą przewagą nad prostą kopią jest użycie twardych łączy między niezmienionymi plikami, aby zminimalizować wykorzystanie miejsca na dysku. Możesz regularnie wykonywać kopię zapasową kopii zapasowej, a wszystkie pliki, które nie zmieniły się między tymi wywołaniami, nie są ponownie kopiowane, ale są trwale połączone między różnymi katalogami kopii zapasowych. Jest to podobne do przyrostowych kopii zapasowych, w których tylko zmienione pliki są zapisywane na taśmie.