Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: 2Le w Maj 30, 2019, 10:22:04
-
Dzień dobry.
W naszej firmie mamy utworzony skrypt na codzienne kopiowanie bazy danych SUBIEKTA tj. C:\Program Files\Microsoft SQL Server\MSSQL12.INSERTGT\MSSQL\Data\Baza_Danych.mdf.
Po przeniesieniu na drugi komputer z tą samą wersją serwera SUBIEKT GT 1.50 SP1 HF1, aby odczytać dane z podmiotu danego dnia wyrzuca mi błąd. Wgl., aby przekopiować bazę danych potrzebne jest wyłączenie USŁUGI SERWERA SUBIEKTA. Po wyłączeniu i przekopiowaniu, nie mogę już tej usługi włączyć, żeby uruchomić SUBIEKTA i sprawdzić wczytane dane z danego dnia.
Gdybym napisał coś niezrozumiale to proszę o komentarz. Liczę na jakąkolwiek pomoc. Naszej firmie jest to bardzo potrzebne.
Serdecznie pozdrawiam.
-
OMG, kto Wam wydumał taki poroniony sposób działania?
Do takich operacji jest mechanizm kopii zapasowych w SQL server. Bez żadnego zatrzymywania usług i innych potencjalnych problemów.
Dlaczego usługa nie wstaje to już nie ma jednej prostej odpowiedzi. Trzeba szukać.
Taką prostą przyczyną może być np ustawienie portu który jest zajęty. Do ponownego uruchomienia usługa działa, po restarcie już nie wstaje.
-
jak tylko podmienię .....Data\Baza_Danych.mdf na tą, która była wcześniej to usługa normalnie wstaje. Taki sposób kopii zapasowej, ponieważ nie znamy innego sposoby, aby robić archiwizację dzienna (każdego dnia nowa archiwizacja z nową datą bez nadpisywania starych).
Z drugiej strony wychodzi na to, że na nic nam to się nie przyda skoro nie możemy tego odtworzyć na drugim komputerze...
-
W parametrach archiwizacji masz różne sposoby archiwizacji. Również taką z jaką chcesz wykonać (codziennie nowa bez nadpisywania - dodawana jest data). Nie rozumiem tylko dlaczego nie mógłbyś niby odtworzyć na drugim komputerze...
-
Nie rozumiem tylko dlaczego nie mógłbyś niby odtworzyć na drugim komputerze...
Pewnie jest kilka powodów, ale mnie wystarczy ten ;)
Po wyłączeniu i przekopiowaniu, nie mogę już tej usługi włączyć
-
Czy ktoś może mnie poprowadzić jak zrobić taką kopię danych w SQL server/archiwizacja? Codziennie nowa, tak aby robiła się automatycznie? Spróbuję ją później odtworzyć na innym komputerze.
-
W parametrach archiwizacji masz różne sposoby archiwizacji. Również taką z jaką chcesz wykonać (codziennie nowa bez nadpisywania - dodawana jest data). Nie rozumiem tylko dlaczego nie mógłbyś niby odtworzyć na drugim komputerze...
Właśnie mnie też to zastanawia. Może dlatego, że nie robię tego przez parametry archiwizacji tylko proste kopiuj/wklej. Może gdzieś w pamięci SUBIEKT czy też SQL SUBIEKTA trzyma jaką wagę ma obecna baza danych. Podmieniona ma inną wagę i nie chce jej otworzyć. Ciężko mi powiedzieć.
-
Napiszę ostatni raz, krótkimi zdaniami.
Może będzie łatwiejsze do zrozumienia.
Ocena: Robisz to źle.
Zalecenia:
Rób poprawnie.
albo
Nie zawracaj gitary.
-
Napiszę ostatni raz, krótkimi zdaniami.
Może będzie łatwiejsze do zrozumienia.
Ocena: Robisz to źle.
Zalecenia:
Rób poprawnie.
albo
Nie zawracaj gitary.
Zastanów się co napisałeś bo mądrości w tym nie widzę żadnej. Jeżeli nie chcesz pomóc to nie zawracaj sobie głowy i nie zaglądaj do tego wątku. Znajdą się ludzie bardziej kompetentni.
-
Daruj sobie ocenianie moich kompetencji bo ta ocena w kwestii SQL to, z całym szacunkiem, nie Twoja półka.
Chcesz skorzystać z porady to korzystaj, nie to nie, wycieczki osobiste sobie daruj.
Dokładnie wiem co piszę (nawet nie zauważyłeś że podałem jeden z przykładowych powodów, które mogą nie pozwolić na start usługi) i sugeruję co robisz źle, natomiast po Tobie spływa wszystko jak po kaczce.
Jak robić kopię poprawnie napisał Ci Sławek:W parametrach archiwizacji masz różne sposoby archiwizacji. Również taką z jaką chcesz wykonać (codziennie nowa bez nadpisywania - dodawana jest data). Nie rozumiem tylko dlaczego nie mógłbyś niby odtworzyć na drugim komputerze...
Czego w tym wyjaśnieniu brak?
-
No nie możesz robić backupu baz MS SQL poprzez kopiowanie plików tej bazy, bo to się nie sprawdza, głównie przy przenoszeniu na inny serwer, co może być w takim przypadku skrajnie trudne lub niemożliwe.
Od tego jest backup mechanizmami w MS SQL. Jak chcesz go automatycznie wykonywać wg harmonogramu, to Archiwizator InsERTa GT trochę się nie sprawdzi, bo automatycznie wg harmonogramu tego nie wykonuje, tylko ręcznie. - Przepraszam, właśnie sprawdziłem, że Archiwizator InsERTa ma możliwość wykonywania kopii wg Harmonogramu, więc też się sprawdzi.
W płatnej wersji MS SQL masz wbudowane wykonywanie backupów wg zadanego harmonogramu. W darmowej wersji musisz sobie poszukać w sieci niezliczonych skryptów, które to robią i umieścić je w harmonogramie Windows.
Możesz też to wszystko sobie wygodnie wyklikać w jakiś programach do backupów baz danych, np. SQLBackupAndFTP (darmowy do 2 baz) i będzie automatem w tle robił backupy i kasował stare po zadanym okresie o ile 2 bazy załatwią problem.
Jak już będziesz miał prawidłowy backup bazy (a nie plików bazy, bo to co innego) to na nowym komputerze taki backup odtwarzasz Archiwizatorem z pakietu Insert GT i po problemie: pod warunkiem, że MS SQL na tym nowym komputerze jest w tej samej lub nowszej wersji (bo jak jest w starszej, to też sobie nie poradzisz).
Zapamiętaj: nie myl backupu plików bazy MS SQL z backupem bazy MS SQL, bo jak się przekonałeś, obcy serwer MS SQL odmówi pracy z takimi plikami i z Twoją wiedzą sobie z tym nie poradzisz.
-
No nie możesz robić backupu baz MS SQL poprzez kopiowanie plików tej bazy, bo to się nie sprawdza, głównie przy przenoszeniu na inny serwer, co może być w takim przypadku skrajnie trudne lub niemożliwe.
Od tego jest backup mechanizmami w MS SQL. Jak chcesz go automatycznie wykonywać wg harmonogramu, to Archiwizator InsERTa GT trochę się nie sprawdzi, bo automatycznie wg harmonogramu tego nie wykonuje, tylko ręcznie. - Przepraszam, właśnie sprawdziłem, że Archiwizator InsERTa ma możliwość wykonywania kopii wg Harmonogramu, więc też się sprawdzi.
W płatnej wersji MS SQL masz wbudowane wykonywanie backupów wg zadanego harmonogramu. W darmowej wersji musisz sobie poszukać w sieci niezliczonych skryptów, które to robią i umieścić je w harmonogramie Windows.
Możesz też to wszystko sobie wygodnie wyklikać w jakiś programach do backupów baz danych, np. SQLBackupAndFTP (darmowy do 2 baz) i będzie automatem w tle robił backupy i kasował stare po zadanym okresie o ile 2 bazy załatwią problem.
Jak już będziesz miał prawidłowy backup bazy (a nie plików bazy, bo to co innego) to na nowym komputerze taki backup odtwarzasz Archiwizatorem z pakietu Insert GT i po problemie: pod warunkiem, że MS SQL na tym nowym komputerze jest w tej samej lub nowszej wersji (bo jak jest w starszej, to też sobie nie poradzisz).
Zapamiętaj: nie myl backupu plików bazy MS SQL z backupem bazy MS SQL, bo jak się przekonałeś, obcy serwer MS SQL odmówi pracy z takimi plikami i z Twoją wiedzą sobie z tym nie poradzisz.
Bardzo mi pomogłeś swoją wypowiedzią. Dowiedziałem się prawie wszystkiego z tej wypowiedzi. Jeżeli chodzi o harmonogram archiwizatora SUBIEKT to może wiesz dlaczego nie chce mi zapisać harmonogramu? Wyrzuca mi błąd "0x8007052e błąd logowania: nieznana nazwa użytkownika lub nieprawidłowe hasło". Harmonogram próbuję tworzyć z hasłem i bez. Wyrzuca mi w/w błąd, ale harmonogram widzę, że się zapisuje lecz nie uruchamia go.
Udało mi się rozwiązać problem. Konieczne było ustawienie hasła dla Administratora w panelu sterowania. Dziękuję wszystkim za pomoc! Pozdrawiam serdecznie.
-
Bez hasła nie zadziała na pewno.
Z hasłem ma działać, ale komunikat mówi jasno że hasło i użytkownik są do kitu.
Nie podajesz czasem hasła i użytkownika Subiekta, albo serwera SQL?