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ę).

Cytat: natron w Wrzesień 28, 2010, 21:09:23

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.

Cytat: bojalekt w Kwiecień 23, 2015, 20:46:23

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.

Cytuj

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)

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.

Kod: [Zaznacz]

@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