Marcin Kuźmicki

Dziękuję za wszystkie pouczenia. Z pewnością są słuszne, ale w żaden sposób nie pomagają w rozwiązaniu mojego problemu. Zatem czy jest coś co mogę wykonać sam, aby zlokalizować błędy i naprawić bazę? Czy może jest szansa, aby podniesienie Subiekta do wyższej wersji (nie pracujemy na najnowszej) doprowadziło na samonaprawy? A może jest tu ktoś z odpowiednim doświadczeniem, kto podejmie się czynności naprawczych?

Archiwizacje wykonują się raz na dobę w godzinach nocnych, a do zdarzenia doszło w połowie dnia roboczego. Ilość dokumentów do przywrócenia grubo ponad setka. Program wydawał się działać poprawnie, nie sygnalizował żadnych błędów. Teraz wiem, że to była błędna decyzja. Niestety nie mam już archiwizacji sprzed zdarzenia.

Dziękuję za odpowiedź. Oczywiście sugestia o zabezpieczeniu serwera upsem jak najbardziej słuszna. Nasz ma takie zabezpieczenie, tylko zapomnieliśmy o okresowej wymianie baterii w urządzeniu i nie starczyło czasu na bezpieczne zamknięcie systemu. Czy podjął byś się naprawy naszej bazy?

Dzień dobry W zeszłym tygodniu po awarii zasilania i nagłym wyłączeniu serwera z subiektem doszło do zniknięcia podmiotu produkcyjnego z listy podmiotów. W programie serwisowym ponowne podłączenie podmiotu nie było możliwe (komunikat informował, że podmiot jest już uruchomiony). W SQL Server Management Studio w Databases przy podmiocie (Suspend). Po przeszukaniu w panice, bo firma stoi, internetów znalazłem poniższy kod: EXEC sp_resetstatus [podmiot]; ALTER DATABASE [podmiot] SET EMERGENCY DBCC checkdb([podmiot]) ALTER DATABASE [podmiot] SET SINGLE_USER WITH ROLLBACK IMMEDIATE DBCC CheckDB ([podmiot], REPAIR_ALLOW_DATA_LOSS) ALTER DATABASE [podmiot] SET MULTI_USER pomogło, podmiot wrócił i niby wszystko ok. Jednak od wczoraj, przy próbie zapisu jakiegokolwiek dokumentu poza ZK i ZD, zawierającego jeden konkretny towar pojawia się dymek z komunikatem "błąd składniowy w poleceniu". Jak na razie wiem o występowaniu tego problemu przy jednym towarze, ale mamy w kartotece ponad 14tys i nie jest wykluczone, że takich generujących błąd jest więcej. Czy ktoś spotkał się z podobną sytuacją? pozdrawiam Marcin