Skocz do zawartości


Close Open
Close Open
Zdjęcie

Subiekt-Backup


  • Please log in to reply
10 replies to this topic

#1 presto

presto

    Adept

  • Forumowicze
  • Pip
  • 14 Postów:
  • Płeć:Mężczyzna
  • Lokalizacja:Bełchatów, Polska

Napisany 31 październik 2008 - 11:46

Witam!

Podczas robienia archiwum subiekta wyskakuje następujący błąd - screen:

Dodaj obrazek

Natomiast w szczegółach błędu widnieje informacja:
Backup Database backed up. Database: PRESTO, creation date(time): 2006/03/27(20:26:47), pages dumped: 69523, first LSN: 44117:402:290, last LSN: 44117:523:1, numer of dump devices: 1, device information: (FILE=1, TYPE=DISK:{'C:\DOCUME~1\PRESTO\USTAWI~1\Temp\{ED004DDC-23CE-42B6-A534-FB3F8A542383}\PRESTO.bak'}). This is an informational message only. No user action is required.

Czym to może być spowodowane?
Z góry dziękuję za odpowiedź.

Pozdrawiam

#2 birds22

birds22

    Entuzjasta

  • Forumowicze
  • PipPipPipPipPipPipPip
  • 1332 Postów:
  • Płeć:Mężczyzna
  • Lokalizacja:Zduńska Wola

Napisany 31 październik 2008 - 12:02

Sprawdź jaki masz ustawiony katalog roboczy przy archiwizacji. Spróbuj go zmienić na jakiś inny
Sławek

#3 presto

presto

    Adept

  • Forumowicze
  • Pip
  • 14 Postów:
  • Płeć:Mężczyzna
  • Lokalizacja:Bełchatów, Polska

Napisany 31 październik 2008 - 12:12

Sprawdź jaki masz ustawiony katalog roboczy przy archiwizacji. Spróbuj go zmienić na jakiś inny



Zmieniałem katalog roboczy ale nie pomogło :(

#4 birds22

birds22

    Entuzjasta

  • Forumowicze
  • PipPipPipPipPipPipPip
  • 1332 Postów:
  • Płeć:Mężczyzna
  • Lokalizacja:Zduńska Wola

Napisany 31 październik 2008 - 17:01

Czy pracujesz na serwerze 2005 ?

Jeżeli tak to czy zainstalowałeś dodatek, który jest na płytce z Subiektem w katalogu \wspolne\sql2005_bc ?

Przy takim pytaniu pasowałoby podać dokładniejsze dane:

1. System operacyjny
2. Wersja serwera SQL
3. Wersja Subiekta

czasami też przydaje się:

4. Praca w sieci czy lokalnie
5. Jeżeli praca w sieci to czy archiwum robione na dysku sieciowym ?
Sławek

#5 presto

presto

    Adept

  • Forumowicze
  • Pip
  • 14 Postów:
  • Płeć:Mężczyzna
  • Lokalizacja:Bełchatów, Polska

Napisany 03 listopad 2008 - 08:28

Czy pracujesz na serwerze 2005 ?

Jeżeli tak to czy zainstalowałeś dodatek, który jest na płytce z Subiektem w katalogu \wspolne\sql2005_bc ?

Przy takim pytaniu pasowałoby podać dokładniejsze dane:

1. System operacyjny
2. Wersja serwera SQL
3. Wersja Subiekta

czasami też przydaje się:

4. Praca w sieci czy lokalnie
5. Jeżeli praca w sieci to czy archiwum robione na dysku sieciowym ?


Witam!

Pracuję na serwerze 2005 - instalowałem dodatek z katalogu \wspolne\sql2005_bc

1. System operacyjny: WIN XP SP2
2. Wersja serwera: SQL 2005.090.3042.00
3. Wersja subiekta: 1.14 (1.140.0.1289)
4. Praca w sieci - lokalnej sieci (kilka komputerów wewnątrz firmy)
5. Archiwum robione jest na komputerze na którym jest zainstalowana wersja serwerowa subiekta. Kilka razy zmieniałem lokalizację folderu roboczego jak i zarówno lokalizację folderu w którym robiona jest kopia bazy i nic to nie pomogło nadal występuje ten błąd.

#6 birds22

birds22

    Entuzjasta

  • Forumowicze
  • PipPipPipPipPipPipPip
  • 1332 Postów:
  • Płeć:Mężczyzna
  • Lokalizacja:Zduńska Wola

Napisany 03 listopad 2008 - 09:25

Spróbuj z wiersza poleceń (Start - >Uruchom- >Cmd) wpisać taką komendę
osql -S .\insertgt -U "sa" -P "password" -Q "Backup database [Nazwa_bazy] to disk='C:\backup\arch.bak' with init, nounload, noskip, stats=10, noformat"

Musisz dostosować do swoich ustawień:

.\insertgt - nazwa instancji, jeżeli nie zmieniałeś to taka jest domyślna
password - hasło użytkownika sa - jeżeli nie zmieniałeś to jest chyba InsERT
nazwa_bazy - chyba jasne
c:\backup\arch.bak - katalog backup musi istnieć

Daj znać czy backup się udał
Jak nie to jakie informacje były podane ?

EDIT:

Przepraszam - na początku powinno być DUŻE S

I jeszcze jedno - aby nie przepisywać rezultatu tego polecenia ręcznie przekieruj wynik do pliku czyli np tak:
osql -S .\insertgt -U "sa" -P "password" -Q "Backup database [Nazwa_bazy] to disk='C:\backup\arch.bak' with init, nounload, noskip, stats=10, noformat" > c:\my_backup.txt
W pliku c:\my_backup.txt będziesz miał wynik polecenia
Sławek

#7 presto

presto

    Adept

  • Forumowicze
  • Pip
  • 14 Postów:
  • Płeć:Mężczyzna
  • Lokalizacja:Bełchatów, Polska

Napisany 03 listopad 2008 - 10:20

Dla użytkownika "sa" nie mam hasła - to pole pozostaje puste
Załączony plik  Schowek01.jpg   29,7K   34 Ilość pobrań

czyli pole "password" w kodzie pozostaje też puste czy pomijam ten fragment kodu?
Jak tylko sprawdzę to dam znać
Dzięki!

#8 birds22

birds22

    Entuzjasta

  • Forumowicze
  • PipPipPipPipPipPipPip
  • 1332 Postów:
  • Płeć:Mężczyzna
  • Lokalizacja:Zduńska Wola

Napisany 03 listopad 2008 - 10:23

Wpisz -P ""
Sławek

#9 presto

presto

    Adept

  • Forumowicze
  • Pip
  • 14 Postów:
  • Płeć:Mężczyzna
  • Lokalizacja:Bełchatów, Polska

Napisany 03 listopad 2008 - 12:54

W pliku my_backup.txt mam coś takiego:

10 percent processed.
20 percent processed.
30 percent processed.
40 percent processed.
50 percent processed.
60 percent processed.
70 percent processed.
80 percent processed.
90 percent processed.
Processed 69616 pages for database 'PRESTO', file 'PRESTO' on file 1.
100 percent processed.
Processed 9 pages for database 'PRESTO', file 'PRESTO_log' on file 1.
Msg 926, Level 14, State 1, Server JOLA\INSERTGT, Line 1
Database 'msdb' cannot be opened. It has been marked SUSPECT by recovery. See
the SQL Server errorlog for more information.
Msg 3009, Level 16, State 1, Server JOLA\INSERTGT, Line 1
Could not insert a backup or restore history/detail record in the msdb
database. This may indicate a problem with the msdb database. The
backup/restore operation was still successful.
BACKUP DATABASE successfully processed 69625 pages in 110.710 seconds (5.151
MB/sec).


natomiast w folderze "backup" wygenerował się plik arch.bak o wadze 544MB

#10 birds22

birds22

    Entuzjasta

  • Forumowicze
  • PipPipPipPipPipPipPip
  • 1332 Postów:
  • Płeć:Mężczyzna
  • Lokalizacja:Zduńska Wola

Napisany 03 listopad 2008 - 13:47

Czyli sprawa się wyjaśniła. Masz bazę systemową msdb (baza na alerty i planowane prace) podejrzaną o uszkodzenie.
Jednak backup twojej bazy jest na 99.99% poprawny. Jak masz jeszcze gdzieś zainstalowany serwer SQL 2005 i subiekta (nie mówię o Twojej sieci) to sprawdź czy poprawnie robi się dearchiwizacja z tego pliku arch.bak

No i teraz jest pytanie jak naprawić bazę systemową msdb.
Najprostszym sposobem jest pewnie odinstalowanie serwera 2005 i jego ponowne zainstalowanie a następnie na tym świeżym serwerze sql dearchiwizacja z pliku archiwum wykonanego za pomocą wcześniej podanego polecenia.

Innymi sposobem może być próba zmiany statusu bazy msdb:
Nie jestem guru od Serwerów SQL ale moim zdaniem można spróbować poniższego polecenia (jak i tak będziesz miał zamiar reinstalacji to co Ci zależy):
osql -S .\Insertgt -U "sa" -P "" -Q "exec sp_resetstatus 'msdb'"
I wtedy spróbować jeszcze raz archiwizacji.

Oczywiście robimy takie operacje kiedy mamy poprawne (sprawdzone) kopie bazy danych podmiotu.

No chyba, że masz pod ręką jakiegoś dobrego serwisanta
Sławek

#11 presto

presto

    Adept

  • Forumowicze
  • Pip
  • 14 Postów:
  • Płeć:Mężczyzna
  • Lokalizacja:Bełchatów, Polska

Napisany 03 listopad 2008 - 14:10

Ok. Dziękuję za pomoc. Napiszę jeszcze co i jak.




0 Użytkowników czyta ten temat

0 użytkowników, 0 gości, 0 anonimowych użytkowników