1. Nie działały inne bo... , Marcus 13/09/11 08:29
   Wiele z tych programów nie radzi sobie po prostu z taką ilością danych. Zazwyczaj przepełnia się bufor tymczasowy i kopia nie zostanie utworzona. Prędkość dla mnie praktycznie nie ma znaczenia, bo kopie robią się w nocy i zazwyczaj trwają około 6 godzin.

   Nie wolno niczego nie robić tylko
   dlatego, że nie można zrobić
   wszystkiego.

Nie ma tego złego , co by się w gorsze
obrócić nie mogło - jak nie wierzysz
włącz komputer :-)

1. Duuuużo , Marcus 13/09/11 08:41
   Ilość danych, to jakieś 380 GB. Komputer jaki ma robić backup, to cała stacja serwerowa, więc o moc się nie martwię.

   Nie wolno niczego nie robić tylko
   dlatego, że nie można zrobić
   wszystkiego.

   1. to może poprostu napisz jakiś skrypt , Master/Pentium 13/09/11 10:03
      użyj 7z'ipa czy czegoś w ten deseń.
      Jakaś wymyślna archiwizacja czy poprostu spakuj wszystko, że wskazanych katalogów do archiwum?

      Nie ma tego złego , co by się w gorsze
      obrócić nie mogło - jak nie wierzysz
      włącz komputer :-)

   2. no to , elliot_pl 13/09/11 13:14
      moze po prostu streamer dorzuc i juz. Chyba, ze to jest pierwsza instancja backupu. Wtedy proponuje utworzyć pojedyncze zadania dla poszczegolnych katalogow (zeby uniknac przerabiania calosci danych w 1 watku) i przerzucac po sieci programem rsync. Dziala pod w2k3 bez problemu. Ja bym zrobil wersjonowanie po dacie , dzieki czemu przy nastepnym backupie przerzucasz tylko roznice (oszczedzasz na transferze i ilosci plikow.

      momtoronomyotypaldollyochagi...

      1. streamer ahah , RusH 13/09/11 18:46
         glos z poczatku lat 90tych :)

         I fix shit
         http://raszpl.blogspot.com/

         1. zdziwilbys , elliot_pl 13/09/11 19:10
            sie. Wbrew pozorom, jako ostatnia instancja backupu sprawdza sie calkiem niezle.

            momtoronomyotypaldollyochagi...

            1. ostatnia instacja - tak , Master/Pentium 13/09/11 19:45
               bo i tak nie zadziała jak przyjdzie co do czego.

               Nie ma tego złego , co by się w gorsze
               obrócić nie mogło - jak nie wierzysz
               włącz komputer :-)

               1. 9/10 , ptoki 13/09/11 19:49
                  ;-)

            2. Ale tylko dla duzych ilosci danych i sytuacji kiedy chcemy te dane nosic. , ptoki 13/09/11 19:52
               W praktyce jest z nimi tyle problemow i sa na tyle delikatne ze stosuje sie je w sumie chyba z rozpedu.
               
               Jak kiedys sugerowalem kiedys w robocie uzywanie "laci" (nazwa firmy produkjuaca male NAS-y) jako repozytoriow to mnie wysmiali. Ale juz pol roku pozniej kupili i moglem im to wypominac :)
               1. pewnie , elliot_pl 13/09/11 19:54
                  dlatego ze nie zaproponowales "lacie" :)

                  momtoronomyotypaldollyochagi...

      2. streamer w obecnych czasach? , Master/Pentium 13/09/11 19:49
         w czasach tanich jak barszcz dysków USB, rozmaitych NAS'ów itp?
         IMHO epoka streamerów w małych i średnich firmach przeminęła jakieś 5-10 lat temu. A 0,5 TB danych to raczej nie jest obecnie jakiś kosmiczny wolumen danych.

         Nie ma tego złego , co by się w gorsze
         obrócić nie mogło - jak nie wierzysz
         włącz komputer :-)

         1. poruszalismy ten temat , elliot_pl 13/09/11 19:55
            jakies 15 miesiecy temu :) Dokladnie Ty i ja.

            momtoronomyotypaldollyochagi...

ping?

1. Lipa , Marcus 13/09/11 10:29
   Ten to nie potrafi utworzyć nic z takiej ilości danych

   Nie wolno niczego nie robić tylko
   dlatego, że nie można zrobić
   wszystkiego.

   1. Hmm , Birdman 13/09/11 11:08
      Ja z tego korzystam do backupow po kilka-kiladziesiąt giga i działa to ładnie.

      ping?

empty space

Stary Grzyb :-) Pozdrawia
Boardowiczów

1. LOL :D , Bergerac 13/09/11 12:04
   ''poległ przy próbie odtworzenia swoich backupów'' :)))))))))
   A to się producent postarał :)))))

   Barbossa: You're supposed to be dead!
   Jack Sparrow: Am I not?

   1. w zasadzie przy takim założeniu można było zaoferować o wiele wyższe ratio kompresji , bwana 13/09/11 12:18
      tak nawet 10000:1. Albo z miejsca pakować do /dev/null ;-D

      "you don't need your smile when I cut
      your throat"

      1. Gdyby napisali w ulotce , Bergerac 13/09/11 14:50
         że zawartość klastra 10.000.000.000 TB zmieści się na dyskietce 3,5'' to każdy by kupił. Weź i to sprawdź, skoro nie odczytuje :D

         Barbossa: You're supposed to be dead!
         Jack Sparrow: Am I not?

         1. Backup jest jak polisa na życie - nie kupujesz żadnej usługi tylko spokój ducha , bwana 14/09/11 09:54
            więc wszystko w porządku;-D

            "you don't need your smile when I cut
            your throat"

            1. Fakt , Bergerac 14/09/11 10:32
               Przecież nie skorzystasz z polisy na własne życie :D

               Barbossa: You're supposed to be dead!
               Jack Sparrow: Am I not?

            2. Osz fak ... , Muchomor 14/09/11 11:47
               ... trafiony, zatopiony ;)

               Stary Grzyb :-) Pozdrawia
               Boardowiczów

1. Pod windows 2003? , Muchomor 13/09/11 10:54
   Ja tam widzę linuksowy shell.

   Stary Grzyb :-) Pozdrawia
   Boardowiczów

   1. z tego co widzę to jest i netcat i tar pod windę , kicior 13/09/11 11:32
      a polecenie jest to samo wtedy
      1. OK. , Muchomor 13/09/11 11:52
         Wszystko jasne.
         Ale jeszcze: TAR chyba nie kompresuje, nie? On zdaje się tylko łączy w archiwum.

         Stary Grzyb :-) Pozdrawia
         Boardowiczów

         1. kompresuje i to do paru formatów , kicior 13/09/11 14:16
            123

Mam żonę i nie zawaham się jej użyć!

1. i to chyba jest właśnie TO , Marcus 13/09/11 11:18
   Do końca jeszcze nie wiem, ale to chyba jest to o co mi chodziło.

   Nie wolno niczego nie robić tylko
   dlatego, że nie można zrobić
   wszystkiego.

1. jakie bazy , ptoki 13/09/11 14:14
   Bo sa dwie glowne metody na backup baz.
   1. Zgasic baze i skopiowac pliki.
   2. Uzyc metody backupu wbudowanej w baze (bez gaszenia jej).
   
   W zaleznosci od silnika bazy opcja 2 jest dostepna lub nie.
   1. MS SQL , havranek 13/09/11 14:32
      2000 i 2008. Jako, że mam mgliste pojęcie o temacie to zależy mi na jak najbardziej zautomatyzowanym backupie. Zdaje sobie, że takie oprogramowanie może być drogie, ale to nie jest problem.
      1. Jak cena nie jest problemem to zainteresuj się DPMem , Sherif 13/09/11 14:51
         od MS. Opędzi Ci pliki jak i bazy MS SQLa.
         1. chyba źle się wyraziłem , havranek 13/09/11 15:03
            cena nie jest najważniejsza. Mogę na to przeznaczyć do 20tyś brutto, ale wolałbym powiedzmy połowę tego. A coś mi się wydaje, że w Twoim przykładzie to może być za mało...
            1. Trochę się pospieszyłem z odpowiedzią bo myślałem, że , Sherif 13/09/11 15:19
               odpowiadam Marcusowi i dołączył kolejny punkt do swoich wymagań. W przypadku samego MS SQLa warto użyć wbudowanych funkcji do backupu i poczytać w helpie jaka strategia będzie najbardziej optymalna do Twoich potrzeb. Możliwości backupu jest kilka i można to ładnie oskryptować.

      2. jesli pytasz o soft to tak jak Sherif sugeruje. Nic nie trzeba kupowac. , ptoki 13/09/11 15:40
         Wystarczy miec troche dysku (zalezy ile zabieraja bazy) i zestawic sobie pare skryptow.
         Tu masz zajawke.
         http://www.eukhost.com/...rver-2005-database-4563/
         
         Ale moze lepiej po prostu kup ksiazke o tym i zestaw zwykly backup narzedziamu microsoftu?
         Do tego potrzebne bedzie miejsce. Sugeruje kupic 2 sztuki NAS-ow ktore wspieraja raid 1 lub 5.
         Robic backup na jeden a nastepnie kopiowac na drugi umieszczony w innym pomieszczeniu/budynku.
         
         Do tego jeszcze musisz wiedziec jaki jest wymagany RPO (recovery point objective) czyli ile danych sprzed awarii mozna utracic.
         Dla malych systemow albo mniej waznych to moze byc 1 dzien lub wiecej.
         Dla systemow waznych moze sie okazac ze kazda utrata danych powyzej 1h kosztuje tyle ze nie warto oszczedzac na sprzecie (dyski, macierze itp).
         
         Jesli twoj system to wlasnie taki (nazwijmy go transakcyjnym) to musisz zestawic backup "ciągły" czyli ze soft bedzie chodzil non stop i komunikujac sie z baza bedzie prawie ciagle dostawal dane do zbackupowania.
         
         Ale duzo by pisac.
         Poszukaj jakiejs dobrej ksiazki o backupach mssql.
         Moze ktos cos zasugeruje?
         1. Dzięki , havranek 13/09/11 16:11
            No właśnie te bazy to taki system transakcyjny, bardzo ważny. Dopiero zaczynam się nim zajmować, ale chyba wcale nie ma backupu! Tym bardziej muszę szybko coś wymyślić, a pojęcie jak już wspomniałem nikłe.
            1. To najpierw zmontuj backup okresowy. , ptoki 13/09/11 16:26
               W miedzy czasie poinformuj swojego kierownika (emailem) ze tak jest.
               Jak sie cos sypnie nie beda mogli tobie zarzucic ze sprawy nie dopilnowales.
               Zaznacz ze przydalo by ci sie szkolenie w tym temacie.
               Koszt szkolenia to jakies 3-6kzl. straty jesli zdarzy sie awaria moga byc duzo wieksze.
               
               Poszukaj szkolen na jakims altkomie czy gdzies indziej.

            2. mozna tez , RusH 13/09/11 18:52
               postawic mirror bazy danych, taki mirror tylko zapisuje dane, a w razie awarii moze przejac role glownego servera

               I fix shit
               http://raszpl.blogspot.com/

               1. potwierdzam , elliot_pl 13/09/11 19:10
                  akurat nie MSSQL, ale MySQL trenowalem i jego DRBD smigalo bez zarzutow.

                  momtoronomyotypaldollyochagi...

2. jeśli chciałbyś to komuś zlecić , Tomasz 13/09/11 22:09
   odezwij się na @ z profilu, obecnie mam pod sobą 3 serwery, mam tak skonfigurowane, że na każdym potrafię np. odtworzyć backup do 2 dni wstecz z dokładnością do 10 minut.

   https://www.siepomaga.pl/milosz-mosko

   1. wow , elliot_pl 14/09/11 00:20
      az 3? :)

      momtoronomyotypaldollyochagi...

      1. hehe , Tomasz 14/09/11 00:37
         ale za to bliźniaczki :)

         https://www.siepomaga.pl/milosz-mosko