Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: natron w Wrzesień 28, 2010, 07:54:10
-
Witam wszystkich.
Mam problem z automatyczną archiwizacją subiekta gt.
Próbuję ustawić automatyczną archiwizację w archiwizatorze lecz niestety archiwum się nie wykonuje o zadanym czasie.
Próbowałem podawać różnych użytkowników wraz z hasłami oczywiście uprawnionych do tworzenia archiwum ale to nic nie pomaga.
Dodam że serwer jak i subiekt jest postawiony na serwerze domenowym, oczywiście próbowałem przeprowadzić archiwizację jako administrator domeny, również bezskutecznie.
Bardzo proszę o pomoc w rozwikłaniu zagadki.
-
Użytkownik, którego ustawiasz ma pełna prawa do katalogu roboczego i katalogu archiwum ?
-
Oczywiście, ma pełne prawa.
Nawet administrator domeny nie może wykonać automatycznej archiwizacji, ręczna jak najbardziej idzie.
-
a gdy wykonujesz archiwzację przez Subiekta Narzędzia->Archiwizuj dane, to wszystko w porządku?
-
Już pisałem:
Każdy z użytkowników ma uprawnienia do archiwizacji i wszyscy oni mogą wykonywać ręcznie archiwizacje.
Z automatu żaden z nich nawet Administrator serwera ani administrator domeny nie może wykonać automatycznej archiwizacji.
-
pokaz wpis z pliku sql-owego ERRORLOG i z log'a backup-owego
-
Database backed up. Database: ATURI, creation date(time): 2010/08/23(15:09:16), pages dumped: 10099, first LSN: 3155:321:1, last LSN: 3155:323:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'E:\Subiekt_Archiwum\{2C6A59FF-6322-40D0-AD41-79D31110401D}\ATURI_20100928083000.bak'}). This is an informational message only. No user action is required.
To systemowy LOG
-
A to sql-owy pełny
-
uprzedzam w bazach dopiero raczkuję:D mi to wygląda na to że baza za dużo miejsca zajmuje(tzn. pliki bazy mdf), server sql 2005 ma ograniczenie do 4GB, a sql 2008 do 10GB. jeśli miałbym rację to:
1. podłącz a potem odłącz bazę
albo
2. zmieszanie objętości bazy http://www.microsoft.com/poland/technet/bazawiedzy/centrumrozwiazan/cr176_01.mspx
-
No ok rozmiar ale.
Dlaczego manualna archiwizacja działa a nie działa z automatu?
-
Ja jakoś nie ufam takim archiwizacją.
U moich klientów robie tak :
krok 1 : bazkup bazy na dysk
osql -Usa -PTu_haslo -S (local)\sqlexpress -Q "BACKUP DATABASE Tu_nazwa_bazy TO DISK = 'c:\arch\baza.bak' WITH FORMAT"
krok 2 : kompresja z szyfrowaniem bazy za pomocą 7-Zip
7z a -PTu_haslo -mx7 c:\arch\baza.7z c:\arch\baza.bak
krok 3: kopia na drugi serwer i zmiana nazwy pliku na datę kiedy powstała kopia
COPY c:\arch\baza.7z \\server2\arch2010\%date%.7z /Y
Wrzucasz to do pliku BAT lub CMD i odpalasz z harmonogramu. Święty spokój.
aha jeszcze przy ustawianiu harmonogramu w razie niepowodzenia wysyłasz sobie maila z komunikatem.
-
Rozwiązanie super. Tylko klient któremu mam to postawić uparł się że znalazł taką opcję w archiwizatorze no i tu padło pytanie do mnie.
Osobiście robię to na EMC Retrospect do tego RDX i problem rozwiązany.
Lecz klient to straszna sknera więc tu go nie ugryzę, a i rozwiązania które można zrobić metodą skryptów nie są moją mocną stroną do tego jeżeli baza poleci i odpukać coś mi się nie uda z odzyskiem to Insert się ma mnie wypnie, więc muszę zrobić to na wbudowanym mechaniźmie.
Wiem że gdzieś na szkoleniu insertowskim był taki temat poruszany ale z ludzi którzy na nim byli nikt nie wie o co z tym chodziło.
Kurcze muszę to rozgryźć, może jakieś inne sugestie.
-
ok - jak wejdziesz w harmonogram zadań i uruchomisz zadanie ręcznie to co się dzieje ?
-
Rozwiązanie super. Tylko klient któremu mam to postawić uparł się że znalazł taką opcję w archiwizatorze no i tu padło pytanie do mnie.
Osobiście robię to na EMC Retrospect do tego RDX i problem rozwiązany.
Lecz klient to straszna sknera więc tu go nie ugryzę, a i rozwiązania które można zrobić metodą skryptów nie są moją mocną stroną do tego jeżeli baza poleci i odpukać coś mi się nie uda z odzyskiem to Insert się ma mnie wypnie, więc muszę zrobić to na wbudowanym mechaniźmie.
Wiem że gdzieś na szkoleniu insertowskim był taki temat poruszany ale z ludzi którzy na nim byli nikt nie wie o co z tym chodziło.
Kurcze muszę to rozgryźć, może jakieś inne sugestie.
przemyśl to jeszcze raz
Jak sie posypie baza archiwum iar to nikt Ci nie pomoże
Jak sam to oskryptujesz to wiesz co zrobiłeś i wiesz czy są narzędzia czy nie.
Jak Ci sie posypie plik zip, 7zip, arj, rar to narzedzi do naprawy masz kilkanaście a w przypadku iar jesteś martwy bo Cie klient zabije jak mu nie odtworzysz bazy.
Najlepszy backup to taki który zrobiłeś sam.
-
Dobra tylko klient ma telekonsultanta ui wszelkie gadżety insertu bo dopiero zakupił licencję więc dostarczając bazę teoretycznie zrobioną ichnimi narzędziami ma prawo do pomocy technicznej.
Ok skrypt załatwi mi całego sql-a to jest informacja dla mnie i ja ewentualnie mogę pomóc.
Problem polega na tym że klient sam wyklikał archiwizatora i opcje z nim związane więc mam związane ręce.
Ja sobie bazę zabezpieczę ale klient jest król (skoro program obsługuje taką opcję to dlaczego ona nie działa) też bym się wypiął ale nie mogę.
-
Druga rzecz to nie chcę kompresji i nie potrzebuję jej więc na razie chce mieć gołe pliki archiwum subiekta bez kompresji.
-
Nikt nie spotkał się z takim problemem i rozwiązaniem ?
-
Kurcze, ma ktoś telekonsultanta, może warto takie pytanie zadać w Insercie :)
Będę wdzięczny za pomoc.
-
Widzę że nikt nie kwapi się do rozwiązania problemu.
Dopiero za 40 dni będę miał możliwość zadania tego pytania w insercie, postaram się napisać jak działa.
-
Widzę że nikt nie kwapi się do rozwiązania problemu.
No, bo taki problem w zasadzie nie istnieje. Uparłeś się po prostu.
Najpierw napisałeś że chcesz robić archiwum mechanizmami insertu, bo jakby co to możesz liczyć na pomoc, a potem że nie zależy Ci na kompresji.
No, to w czym jest problem? Zrób archiwum skryptem i nie kompresuj.
Będziesz miał archiwum w pliku .bak, które jest dokładnie takim samym jakie zrobi archiwizator subiekta bez kompresji. Nikt w insercie nie odróżni archiwum zrobionego archiwizatorem bez kompresji od archiwum zrobionego mechanizmami serwera SQL (skryptem, czy wyklikanego w management studio), bo to w obu wypadkach jest archiwum tworzone przez serwer SQL.
Dodaj do tego fakt, że harmonogram archiwizacji tworzony przez achiwizator insertu wykorzystuje systemowy harmonogram zadań i masz pełen obraz sytuacji: tak czy siak archiwum robi serwer sql, tak czy siak za jego automatyczne wykonywanie odpowiada harmonogram zadań.
Różnica jest taka, że robiąc kompresję do pliku .iar masz dodatkową akcję, która może się nie udać i przekreślić całe zadanie, a jak się uda to dostajesz plik skompresowany słabiej niż robią to rar, zip czy 7zip i na dodatek w formacie którego nikt ci w razie problemów nie pomoże zdekompresować.
-
Insert udostępnił narzędzie "archiwizator" który ma służyć jako wyklikane narzędzie do archiwizacji i dearchiwizacji subiekta.
Klient się uparł żeby właśnie w ten sposób to działało, to nie jest mój pomysł, dla mnie to faktycznie skrypt+kompresja będzie ok. ale nie ja tu wydaję kasę tylko klient.
Za żadne skarby nie mogę go przekonać do rozwiązania skryptowego.
Klient jest "informatykiem" pozjadał wszystkie rozumy i życzy sobie właśnie takiego rozwiązania.
-
nie wiem ja jakoś nie mam takich problemów z klientami.
Moi chcą mieć zrobione dobrze.
A jak klient uważa że lepiej się na tym zna niż Ty to po co Cie wogóle zatrudniał.
Osobiście nie używam archiwizatora Insertu ponieważ nie potrafi archiwizować wieloplikowych baz danych oraz ma kilka innych mankamentów.
Wole to robić po swojemu. Z resztą jak to już jeden z kolegów napisał wcześniej archiwizator nie robi nic innego niż skonfigurowanie harmonogramu zadań żeby uruchamiał SQL-owy backup i kompresował do autorskiego pliku IAR.
Gdyby klient był naprawdę kimś kto ma o tym pojęcie to chciałby by Jego archiwum robiło się na serwerze, kompresowało czymś typowym, szyfrowało i wysyłało chociaż na inne komputery lub dysk sieciowy że o FTP lub Datacenter nie wspomne.
Tak standardowo ustawiamy naszym klientom kopie awaryjne.
Backup bazy, kompresja z szyfrowaniem, wysyłka na drugi serwer i wysyłka do datacenter.
Być może kiedyś znajdziesz sposób na rozwiązanie swojego problemu z archiwizatorem ale zastanów się czy jest sens bo pojawią się inne problemy a najgorzej będzie jak przez bezsensowny upór klienta bardzo potrzebna kopia będzie uszkodzona.
-
Dzięki sztywniak.
Bardzo mi pomogłeś, twoje skrypty rozwiązały mi problem u innego klienta więc jest git.
A przy okazji chciałbym podzielić się efektem moich testów :)
Insertowski archiwizator jak najbardziej działa na 2008r2 jedyny warunek to stworzenie w systemie użytkownika kopii zapasowych i nadanie mu uprawnień administratora lokalnego i tu uwaga należy zwrócić uwagę na prawa zapisu i odczytu na partycjach ntfs.
do tematu poszedłem troszkę od d... strony bo testowałem to na 2008 r2 a tak na prawdę na win XP be problemu tworzy się archiwum *.bak :)
Więc temat zamykam.
Jeszcze raz dzięki za zainteresowanie i pomoc a w szczególności dla sztywniaka :)
Pozdrawiam
-
nie zamykaj tematu bo archiwizator jeszcze nie raz Cie zaskoczy bo on jest tylko zwyklym programem ktory na roznych systemach i przy roznych konfiguracjach moze zachowywac sie w nieprzewidywalny sposob. Programisci Insertu nie sa w stanie przewidziec wszystkich konfiguracji uzytkownikow wiec przygod po drodze moze byc jeszcze wiele. Dlatego w firmach ktorym zalezy na danych polecam alternatywną, własną formę archiwizacji.
Wszystkiego dobrego.
-
krok 2 : kompresja z szyfrowaniem bazy za pomocą 7-Zip
7z a -PTu_haslo -mx7 c:\arch\baza.7z c:\arch\baza.bak
Chciałem wykorzystać Twój sposób na archiwizację, ale mój win7 x64 wywala komunikat, że nie rozpoznaje "7z" jako komendy wsadowej (oczywiście mam 7-zip zainstalowany) ?
-
Winda nie może znaleść pliku 7z.exe
Musisz go skopiowac z program files do katalogu w ktorym działasz
-
krok 2 : kompresja z szyfrowaniem bazy za pomocą 7-Zip
7z a -PTu_haslo -mx7 c:\arch\baza.7z c:\arch\baza.bak
Czy pomiędzy kolejnymi komendami w gotowym skrypcie, zwłaszcza między poleceniem do sql'a a 7zipa, potrzebne są jakieś polecenia pauzujące skrypt, czy może jest to rozwiązane automatycznie systemowo?
PS.
Aha, i co powiecie na kompresowanie surowych plików .mdf i .ldf?
-
Aha, i co powiecie na kompresowanie surowych plików .mdf i .ldf?
Kompresować to sobie możesz ale musiałbyś jeszcze pamiętać aby przed tą operacją zatrzymać serwer SQL a po niej wystartować ten serwer.
Wg mnie bez sensu.
-
Pozostanę jednak przy wersji Sztywniaka, stosując jednak polecenie sqlcmd (z racji używania wer. 2008 R2).
I dla informacji, zrobiłem .bat wg instrukcji i żadnych pauz nie potrzeba, wszystkie polecenia ładnie wykonują się jedno po drugim.
Pozdrawiam
PS. Gdyby ktoś potrzebował, to pokazuję mój plik batch do archiwizacji bazy.
Dodatkową funkcją, której potrzebowałem, było pilnowanie, by w folderze z archiwami przechowywane było 10 ostatnich plików.
Stopień kompresji -mx2 jest sprawdzonym przeze mnie kompromisem pomiędzy wynikowym rozmiarem pliku a czasem jego przygotowania.
@echo off
echo TRWA KOPIOWANIE PLIKOW
rem ***** BACKUP BAZY Z SERWERA MSSQL
sqlcmd -S(local)\insertgt -Q "BACKUP DATABASE Podmiot TO DISK = 'c:\bu\baza.bak' WITH FORMAT"
REM ***** POZYSKANIE DATY SYSTEMOWEJ DO NAZWY PLIKU
For /f "tokens=1-3 delims=/-" %%a in ("%DATE%") do (set mydate=%%c-%%b-%%a)
REM For /f "tokens=1-2 delims=/:" %%a in ("%TIME%") do (set mytime=%%a-%%b)
REM ***** KOMPRESJA PLIKU .BAK
"c:\program files\7-zip\7z" a -pHaslo -mx2 c:\bu\baza.7z c:\bu\baza.bak
REM ***** KOPIOWANIE PLIKU .7Z DO MAGAZYNU
copy c:\bu\baza.7z c:\bu\store\baza-%mydate%.7z /Y
REM ***** USUNIĘCIE PLIKÓW ROBOCZYCH
c:
cd \bu
del baza.bak
del baza.7z
REM ***** POZOSTAWIENIE 10 NAJNOWSZYCH ARCHIWOW
c:
cd \bu\store
for /f "skip=10 delims=" %%F in ('dir *.* /b/o-d/a-d') do del "%%F"
echo.
echo.
echo.
echo Archiwizacja zakonczona.
pause
-
Witam.
Będę bardzo wdzięczny za informację jak krok po kroku. Zapisac i uruchomić skrypt przesłany przez bald-a.
1. Jakie rozszerzenie powinien mieć plik w którym będzie zapisany ten skrypt.
2. W jakim folderze powinien być zapisany plik z skryptem.
3. Czy należy mieć jakieś specjalne oprogramowanie? Jeżeli tak to jakie i jak je skonfigurować?
Bardzo podoba mi się opisany tutaj sposób archiwizacji bazy, dlatego będę wdzięczny za pomoc.
-
Ad.1.
Plik ze skryptem powinien mieć rozszerzenie "bat".
Ad.2.
Zapisz go w dowolnym wybranym miejscu. Najlepiej znanym Tobie a też takim, żeby nikt go przypadkiem nie usunął.
Natomiast uruchamiaj go przez utworzony do pliku skrót.
Ad.3.
Potrzebne oprogramowanie to program "7-Zip". Jeśli zainstalujesz go z domyślnymi parametrami instalacji, to ścieżka dostępu do niego będzie taka jak w skrypcie.
Krok po kroku:
a) Pobrać i zainstalować "7-Zip".
b) Utworzyć katalog "bu" na dysku C.
c) Utworzyć podkatalog "store" w w/w katalogu.
d) Zapisać treść skryptu w wybranym miejscu, np: "C:\bu\backupSGT.bat"
e) Utworzyć skrót, np. na pulpicie do w/w skryptu.
Oczywiście skrypt należy poddać stosownym modyfikacjom, tj. zmienić nazwę podmiotu, ustalić hasło na archiwum (lub z niego zrezygnować) oraz ewentualnie skorygować ścieżki - do 7-Zipa i do katalogów z backupem.
-
Jeszcze dorzucę od siebie, że można takie archiwum wrzucić do jakiegoś dysku z chmury i będziemy mieć gotową e-archiwizację. Ja osobiście używam Dropboxa - ustawiłem sobie folder gdzie zachowują się pliki z archiwum do synchronizacji. I wszystko dzieje się automatycznie.
Dodatkowo uruchomiłem, że program uruchamia się automatycznie podczas startu systemu.
-
Pozwolę sobie odkopać temat, bo chcę zadać pytanie związane z omawianym problemem.
Czy jest jakaś istotna różnica pomiędzy wykonaniem kopii zapasowej przez sqlcmd a przez archiwizator ?
Z ego co czytałem na forum przy dearchiwizacji jest to istotne. A jak jest z archiwizacją ?
Czy archiwizator robi "coś więcej" niż BACKUP DATABASE ... TO DISK ?
Pozdrawiam
-
Backup jest plikiem o ściśle określonej strukturze, nie można z nim niczego więcej zrobić, więc nie może być żadnej różnicy (pomijam w tym momencie kompresję).
-
Backup jest plikiem o ściśle określonej strukturze, nie można z nim niczego więcej zrobić, więc nie może być żadnej różnicy (pomijam w tym momencie kompresję).
Która jest bardzo istotna.
A jeszcze bardziej istotne jest to, co Archiwizator robi przy przywracaniu z kopii, a czego nie robi Restore Database.
-
Więc wygląda na to, że dla zupełnej pewności należy robić Backup Database plus dodatkowo backup archiwizatorem ??
Czy są to bardzo istotne dane które zawiera archiwizator a nie posiada Backup Database ??
Finalne pytanie czy po odtworzeniu z Restore Database a nie z opcji dearchiwizacja program będzie stabilnie pracował ??
-
Nie da się odpowiedzieć prosto na takie pytanie.
Ale jeśli przywracamy bazę przez Restore, to np. mogą wystąpić kłopoty z wydrukami.
-
Jeszcze raz... Jak napisałem "backup" to "backup", nie ważne jaka aplikacja uruchamia jego wykonanie (SSMS, osql, Archiwizator, itd), ostatecznie wykonuje go serwer SQL i wynik jest dokładnie taki sam. Odtwarzanie backup'u to już zupełnie inne zagadnienie, nie wszystkie informacje są przenoszone z backupem (loginy, uprawnienia) i ich odtworzeniem zajmuje się Archiwizator, skorzystanie z innych narzędzi może spowodować problemy.
-
I to jest konkret
Reasumując.
Archiwizator oraz Backup opcjonalnie.
Jeśli w "nieznanych,nieprzewidzianych okolicznościach" nie zadziała *.iar pozostaje *.bak w rezerwie ... :)
Z innej też strony, zrobiona kopia kopii raczej nie zaszkodzi ... Ale idąc tym trybem myślenia, równie dobrze można zrobić archiwizatorem na przykład kilka kopii i efekt będzie podobny.
O ile dobrze zrozumiałem - wybór użytkownika z dużym naciskiem na Archiwizator ...
-
I to jest konkret
Reasumując.
Archiwizator oraz Backup opcjonalnie.
Jeśli w "nieznanych,nieprzewidzianych okolicznościach" nie zadziała *.iar pozostaje *.bak w rezerwie ... :)
Z innej też strony, zrobiona kopia kopii raczej nie zaszkodzi ... Ale idąc tym trybem myślenia, równie dobrze można zrobić archiwizatorem na przykład kilka kopii i efekt będzie podobny.
O ile dobrze zrozumiałem - wybór użytkownika z dużym naciskiem na Archiwizator ...
No to jednak źle zrozumiałeś. Nieważne czym, ważne, żeby był backup, najlepiej robić nieskompresowany (.bak - archiwizator też potrafi). I na koniec - w przypadku potrzeby odtworzenia backup-u najlepiej użyć Archiwizator.
Ad. zrobiona kopia kopii raczej nie zaszkodzi
Nie zaszkodzi, może bardzo pomóc, pod warunkiem, że będą to 2 różne miejsca (np. dysk i ftp)
-
Rozwiązanie super. Tylko klient któremu mam to postawić uparł się że znalazł taką opcję w archiwizatorze no i tu padło pytanie do mnie.
Osobiście robię to na EMC Retrospect do tego RDX i problem rozwiązany.
Lecz klient to straszna sknera więc tu go nie ugryzę, a i rozwiązania które można zrobić metodą skryptów nie są moją mocną stroną do tego jeżeli baza poleci i odpukać coś mi się nie uda z odzyskiem to Insert się ma mnie wypnie, więc muszę zrobić to na wbudowanym mechaniźmie.
Wiem że gdzieś na szkoleniu insertowskim był taki temat poruszany ale z ludzi którzy na nim byli nikt nie wie o co z tym chodziło.
Kurcze muszę to rozgryźć, może jakieś inne sugestie.
Chciałbym zobaczyć twoją "naprawę" archiwum z bazą danych w środku :)
przemyśl to jeszcze raz
Jak sie posypie baza archiwum iar to nikt Ci nie pomoże
Jak sam to oskryptujesz to wiesz co zrobiłeś i wiesz czy są narzędzia czy nie.
Jak Ci sie posypie plik zip, 7zip, arj, rar to narzedzi do naprawy masz kilkanaście a w przypadku iar jesteś martwy bo Cie klient zabije jak mu nie odtworzysz bazy.
Najlepszy backup to taki który zrobiłeś sam.
-
A zdradzisz nam co miało dać cytowanie postu z tego samego tematu sprzed prawie 5 lat ?
-
I to jest konkret
Reasumując.
Archiwizator oraz Backup opcjonalnie.
Jeśli w "nieznanych,nieprzewidzianych okolicznościach" nie zadziała *.iar pozostaje *.bak w rezerwie ... :)
Z innej też strony, zrobiona kopia kopii raczej nie zaszkodzi ... Ale idąc tym trybem myślenia, równie dobrze można zrobić archiwizatorem na przykład kilka kopii i efekt będzie podobny.
O ile dobrze zrozumiałem - wybór użytkownika z dużym naciskiem na Archiwizator ...
No to jednak źle zrozumiałeś. Nieważne czym, ważne, żeby był backup, najlepiej robić nieskompresowany (.bak - archiwizator też potrafi). I na koniec - w przypadku potrzeby odtworzenia backup-u najlepiej użyć Archiwizator.
Ad. zrobiona kopia kopii raczej nie zaszkodzi
Nie zaszkodzi, może bardzo pomóc, pod warunkiem, że będą to 2 różne miejsca (np. dysk i ftp)
Reasumując.
Archiwizator oraz Backup opcjonalnie. - Moje przeoczenie, miało być nie opcjonalnie a dodatkowo, dobrze myślałem, źle napisałem :)
W każdym razie dobrze wiedzieć i robić pełną kopię bez kompresji
Dzięki Chris :)
-
...
Dzięki Chris :)
Wystarczy kliknąć "pomógł" ;-)
-
Pozostanę jednak przy wersji Sztywniaka, stosując jednak polecenie sqlcmd (z racji używania wer. 2008 R2).
I dla informacji, zrobiłem .bat wg instrukcji i żadnych pauz nie potrzeba, wszystkie polecenia ładnie wykonują się jedno po drugim.
Pozdrawiam
PS. Gdyby ktoś potrzebował, to pokazuję mój plik batch do archiwizacji bazy.
Dodatkową funkcją, której potrzebowałem, było pilnowanie, by w folderze z archiwami przechowywane było 10 ostatnich plików.
Stopień kompresji -mx2 jest sprawdzonym przeze mnie kompromisem pomiędzy wynikowym rozmiarem pliku a czasem jego przygotowania.
@echo off
echo TRWA KOPIOWANIE PLIKOW
rem ***** BACKUP BAZY Z SERWERA MSSQL
sqlcmd -S(local)\insertgt -Q "BACKUP DATABASE Podmiot TO DISK = 'c:\bu\baza.bak' WITH FORMAT"
REM ***** POZYSKANIE DATY SYSTEMOWEJ DO NAZWY PLIKU
For /f "tokens=1-3 delims=/-" %%a in ("%DATE%") do (set mydate=%%c-%%b-%%a)
REM For /f "tokens=1-2 delims=/:" %%a in ("%TIME%") do (set mytime=%%a-%%b)
REM ***** KOMPRESJA PLIKU .BAK
"c:\program files\7-zip\7z" a -pHaslo -mx2 c:\bu\baza.7z c:\bu\baza.bak
REM ***** KOPIOWANIE PLIKU .7Z DO MAGAZYNU
copy c:\bu\baza.7z c:\bu\store\baza-%mydate%.7z /Y
REM ***** USUNIĘCIE PLIKÓW ROBOCZYCH
c:
cd \bu
del baza.bak
del baza.7z
REM ***** POZOSTAWIENIE 10 NAJNOWSZYCH ARCHIWOW
c:
cd \bu\store
for /f "skip=10 delims=" %%F in ('dir *.* /b/o-d/a-d') do del "%%F"
echo.
echo.
echo.
echo Archiwizacja zakonczona.
pause
Coś pięknego, dziękuję ślicznie! Archiwizacja 3 baz śmiga w 8 minut. (Subiekt około 2,5 GB, Sello około 2,5 GB, s2s 18MB).Wszystko w jednym pliku bat, zastanawiam się tylko jak często go ustawić.
-
Coś pięknego, dziękuję ślicznie! Archiwizacja 3 baz śmiga w 8 minut. (Subiekt około 2,5 GB, Sello około 2,5 GB, s2s 18MB).Wszystko w jednym pliku bat, zastanawiam się tylko jak często go ustawić.
W jednej firmie to będzie co godzina, a w innej co dwa tygodnie.
Jak jest u ciebie to Ty sam wiesz najlepiej.
Wyobraź sobie że szlag trafił serwer w trakcie robienia archiwizacji i musisz odtworzyć dane z poprzedniej archiwizacji, a resztę wpisać ponownie ręcznie.
Teraz znajdź taki czas między archiwizacjami żebyś nie żałował że nie robiłeś częściej.
-
Pozostanę jednak przy wersji Sztywniaka, stosując jednak polecenie sqlcmd (z racji używania wer. 2008 R2).
I dla informacji, zrobiłem .bat wg instrukcji i żadnych pauz nie potrzeba, wszystkie polecenia ładnie wykonują się jedno po drugim.
Pozdrawiam
PS. Gdyby ktoś potrzebował, to pokazuję mój plik batch do archiwizacji bazy.
Dodatkową funkcją, której potrzebowałem, było pilnowanie, by w folderze z archiwami przechowywane było 10 ostatnich plików.
Stopień kompresji -mx2 jest sprawdzonym przeze mnie kompromisem pomiędzy wynikowym rozmiarem pliku a czasem jego przygotowania.
@echo off
echo TRWA KOPIOWANIE PLIKOW
rem ***** BACKUP BAZY Z SERWERA MSSQL
sqlcmd -S(local)\insertgt -Q "BACKUP DATABASE Podmiot TO DISK = 'c:\bu\baza.bak' WITH FORMAT"
REM ***** POZYSKANIE DATY SYSTEMOWEJ DO NAZWY PLIKU
For /f "tokens=1-3 delims=/-" %%a in ("%DATE%") do (set mydate=%%c-%%b-%%a)
REM For /f "tokens=1-2 delims=/:" %%a in ("%TIME%") do (set mytime=%%a-%%b)
REM ***** KOMPRESJA PLIKU .BAK
"c:\program files\7-zip\7z" a -pHaslo -mx2 c:\bu\baza.7z c:\bu\baza.bak
REM ***** KOPIOWANIE PLIKU .7Z DO MAGAZYNU
copy c:\bu\baza.7z c:\bu\store\baza-%mydate%.7z /Y
REM ***** USUNIĘCIE PLIKÓW ROBOCZYCH
c:
cd \bu
del baza.bak
del baza.7z
REM ***** POZOSTAWIENIE 10 NAJNOWSZYCH ARCHIWOW
c:
cd \bu\store
for /f "skip=10 delims=" %%F in ('dir *.* /b/o-d/a-d') do del "%%F"
echo.
echo.
echo.
echo Archiwizacja zakonczona.
pause
Coś pięknego, dziękuję ślicznie! Archiwizacja 3 baz śmiga w 8 minut. (Subiekt około 2,5 GB, Sello około 2,5 GB, s2s 18MB).Wszystko w jednym pliku bat, zastanawiam się tylko jak często go ustawić.
Ze skryptu zamieszczonego powyżej nie wynika, że robi archiwizację 3 baz, czy robiłeś jakieś modyfikacje, aby to uwzględnić w jednym pliku bat?
-
pytanie do dobrych serwisantów, da się zrobić taki skrypt , żeby archiwizował mi wszystkie bazy i nie trzeba było nic dopisywać jak w czasie pomiędzy archiwizacjami dodam następnego klienta ( bazę)?
-
Da się
-
Da się
Świetnie, to może napisz coś więcej pls ;)
-
Taki skrypt jest nawet gdzieś na forum, albo link do niego.
-
też coś takiego pamiętam ale nie mogę się dokopać, jakby ktoś widział proszę o link
-
http://www.forumsubiekta.pl/inne/program-do-backupu-bazy-sql/
-
Da się
Świetnie, to może napisz coś więcej pls ;)
Pytałeś czy się da ;)
-
Witam
Ogarnąłem automatyczną archiwizację poprzez archiwizator.
Mam jednak problem.
Na serwerze mam 2 podmioty.
Udało mi się ustawić automatyczną archiwizację dla jednego z podmiotów codziennie o określonej porze - DZIAŁA.
Jednak przy próbie ustawienia archiwizacji dla drugiego podmiotu wyskakuje mi komunikat:
"Podczas próby ustawienia informacji o koncie zadania wystąpił błąd.
Konkretny błąd:
0x80070002: Nie można odnaleźć określonego pliku.
W celu zlokalizowania aplikacji spróbuj użyć przycisku Przeglądaj na stronie Zadanie.."
Ustawienia takie same, tylko godzinę zmieniłem.
Co może być nie tak?
-
pytanie do dobrych serwisantów, da się zrobić taki skrypt , żeby archiwizował mi wszystkie bazy i nie trzeba było nic dopisywać jak w czasie pomiędzy archiwizacjami dodam następnego klienta ( bazę)?
Wystarczy zrobić archiwizację zbiorczą z Biura GT. Zawsze archiwizuje wszystkie podpięte podmioty.
Można oczywiście ustawić automat.
-
pytanie do dobrych serwisantów, da się zrobić taki skrypt , żeby archiwizował mi wszystkie bazy i nie trzeba było nic dopisywać jak w czasie pomiędzy archiwizacjami dodam następnego klienta ( bazę)?
Wystarczy zrobić archiwizację zbiorczą z Biura GT. Zawsze archiwizuje wszystkie podpięte podmioty.
Można oczywiście ustawić automat.
To się biedny Marucha naczekał na odpowiedź ;)
-
http://sqlbackupfree.com/