InsERT GT => Subiekt GT => Wątek zaczęty przez: lindos w Wrzesień 16, 2016, 10:33:01
-
Witam, dziś rano po aktualizacji do wersji 1.44 SP2 (1.4405.30.3701) subiekt się wysypał. Nie można wykonać kopi bazy danych jak również dearchywizować. Problem występuje na komputerze głównym, na drugim subiekt funkcjonuje w wersji z przed aktualizacji
-
A po co chcesz dearchiwizować bazę?
Z pierwszego screenu wynika, że nie można wykonać kopii podmiotu przed konwersją. Wykonałeś kroki, które są opisane w tym komunikacie?
Jak masz ustawioną ścieżkę do katalogu archiwum i katalogu roboczego?
-
Wszystko jest ustawione jak było wcześniej, poprzednie aktualizacje przechodziły bez problemów
-
Widocznie nie wszystko jest tak jak wcześniej.
Wcześniej też był Win10 (bo chyba teraz jest)?
-
Fakt zmienione na Win 10
-
Wszystko jest ustawione jak było wcześniej, poprzednie aktualizacje przechodziły bez problemów
Fakt zmienione na Win 10
Taaak :D
-
Czyli to wina Win 10? Idzie to jakoś postawić na nogi?
-
Nie wiadomo. Win i Subiekt GT sie nie wykluczają.
Czy bardzo by Cię za bolało gdybyś jednak odpowiedział na pytania jakie zadał birds22?
A po co chcesz dearchiwizować bazę?
Z pierwszego screenu wynika, że nie można wykonać kopii podmiotu przed konwersją. Wykonałeś kroki, które są opisane w tym komunikacie?
Jak masz ustawioną ścieżkę do katalogu archiwum i katalogu roboczego?
PS
Odpowiedź typu "Wszystko jest ustawione jak było wcześniej, poprzednie aktualizacje przechodziły bez problemów" nie jest odpowiedzią na zadane pytanie.
-
1. bazę danych chciałem dearchiwizować z powodu nieudanej aktulizacjii i w ten sposób przywrócić działanie subiekta
2. Co do uprawnień administratora bazy danych Microsoft SQL Server - mam
3. E:\Users\M.M\Desktop\Documents\InsERT GT
-
1. bazę danych chciałem dearchiwizować z powodu nieudanej aktulizacjii i w ten sposób przywrócić działanie subiekta
Przecież nie ma problemów z bazą. Świadczy o tym poprawna praca z bazą na innym stanowisku.
2. Co do uprawnień administratora bazy danych Microsoft SQL Server - mam
Najprawdopodobniej własnie nie masz
3. E:\Users\M.M\Desktop\Documents\InsERT GT
Ustaw katalog roboczy na np E:\Temp (wcześniej zakładając taki katalog), spróbuj wykonać archiwizację.
Jak się powiedzie to spróbuj jeszcze raz wykonać konwersję.
BTW
Robisz czasami archiwizację?
-
Tak archiwizuje codziennie na koniec dnia
-
Uruchamiaj subiekta lub archiwizatora z uprawnieniami administratora (PPM - uruchom jako administrator) i spróbuj.
-
Wszystko uruchamiane jako administartor i lipa. Utworzony folder E:\Temp też lipa. Tego problemu za nic nie potrafię rozwiązać :(
Przeprowadziłem archiwizację i po odpaleniu subiekta pokazał się komunikat z opcją (TAK) której wcześniej nie było po wciśnięciu pokazuje sie kolejne okno
-
Dla mnie wygląda to na uszkodzoną instalację serwera SQL, odinstaluj i zainstaluj ponownie (2008 R2 SP1 lub 2012 SP2).
-
A może jednak wykonasz to, co jest opisane w komunikatach.
Uruchomisz Archiwizatora i ustawisz prawidłowo parametry, szczególnie foldery roboczy na C:\Temp. Na C, a nie na E, bo nie wiadomo czy sql ma uprawnienia do dysku E. Następnie spróbujesz wykonać archiwizację. Jak pójdzie, to wtedy dopiero weźmiesz się za konwersję bazy.
-
A może jednak wykonasz to, co jest opisane w komunikatach.
Uruchomisz Archiwizatora i ustawisz prawidłowo parametry, szczególnie foldery roboczy na C:\Temp. Na C, a nie na E, bo nie wiadomo czy sql ma uprawnienia do dysku E. Następnie spróbujesz wykonać archiwizację. Jak pójdzie, to wtedy dopiero weźmiesz się za konwersję bazy.
Zmienione na C, archiwizacja wykonana poprawnie co do konwersji kończy się jak powyżej
-
Archiwizacja wykonana z tego samego stanowiska co próba konwersji?
Jeśli tak to stawiam że jednak coś plączesz z uprawnieniami.
Jeśli możesz zrobić dearchiwizację i odtworzona pod inną nazwą baza działa to zrób konwersję bez kopii i tyle.
-
Wygląda na problem z uprawnieniami użytkownika.
Spróbuj aktywować konto admina i na nim przetestuj.
Uruchom wiersz poleceń jako administrator , wpisz: net user administrator /active:yes (enter), przeloguj się i sprawdź.
-
Zmienione na C, archiwizacja wykonana poprawnie co do konwersji kończy się jak powyżej
Coś się odłożyło w logu serwera SQL ?
-
Po od instalowaniu SQL wysypał się na dobre. Komputer rano oddałem do serwisanta Subiekta po kilku godzinach odebrany sprawny.
Temat do zamknięcia
-
Po od instalowaniu SQL wysypał się na dobre.
Znaczy się, po odinstalowaniu SQL Subiekt nie chciał się uruchomić na żadnym stanowisku?
Niemożliwe :D :D :D