Problem przy konwersji Płatnika do najnowszej wersji przy SQL
Czy ktoś też ma problem przy próbuje konwersji
mam komunikat:
Podczas pracy kreatora wystąpił błąd kliknij przycisk wstecz aby powrócić do poprzedniego kroku,bądź zamknij okno kreatora i spróbuj usunąć przyczynę wystąpienia błędu.Column, parameter, or variable #8:Cannot find dała type DATE
mam komunikat:
Podczas pracy kreatora wystąpił błąd kliknij przycisk wstecz aby powrócić do poprzedniego kroku,bądź zamknij okno kreatora i spróbuj usunąć przyczynę wystąpienia błędu.Column, parameter, or variable #8:Cannot find dała type DATE
Komentarz 1:
| 2025-01-01 21:20:46
| 89.***.***.56
Mam ten sam komunikat
Komentarz 2:
| 2025-01-02 08:36:28
| 80.***.***.50
Jest już rozwiązanie tego problemu ?
Komentarz 3:
| 2025-01-02 08:38:40
| 178.***.***.16
Mam to samo
Komentarz 4:
| 2025-01-02 08:51:25
| 193.***.***.39
Mam ten sam problem
Komentarz 5:
| 2025-01-02 09:05:45
| 185.***.***.140
Jak widać grubsza sprawa....
Czekamy na rozwiązanie, bo wszystko co mogliśmy, to zrobiliśmy
Czekamy na rozwiązanie, bo wszystko co mogliśmy, to zrobiliśmy
Komentarz 6:
| 2025-01-02 09:13:34
| 80.***.***.38
SQL 2008? Baza po przeniesieniu na komputer z SQL 2012 przekonwertowała się bez problemu więc prawdopodobnie trzeba zaktualizować SQL.
Komentarz 7:
| 2025-01-02 09:37:57
| 80.***.***.134
Mam MS SQL 2017 i ten sam problem z konwersją.
Komentarz 8:
| 2025-01-02 10:16:10
| 93.***.***.82
Mam ten sam problem...
Komentarz 9:
| 2025-01-02 10:17:13
| 89.***.***.175
To samo...
Komentarz 10:
| 2025-01-02 10:18:35
| 89.***.***.175
Mam to samo. Czy udało się komuś rozwiązać ten problem?
Komentarz 11:
| 2025-01-02 10:38:46
| 80.***.***.38
"Mam MS SQL 2017 i ten sam problem z konwersją."
Hmmm. A jaki jest ustawiony Compatibility level dla tej bazy?
Hmmm. A jaki jest ustawiony Compatibility level dla tej bazy?
Komentarz 12:
| 2025-01-02 10:40:54
| 79.***.***.245
No cóż na nawet poczciwym SQL2005 też mam to samo :-(
Komentarz 13:
| 2025-01-02 11:09:59
| 91.***.***.123
Witam czy udalo sie rozwiazac problem??
Komentarz 14:
| 2025-01-02 11:15:43
| 194.***.***.130
Witam.
Aby rozwiązać problem potrzebna jest najpierw aktualizacja silnika bazy danych. Jeśli ktoś ma SQL 2005 musi zrobić aktualizację min do SQL 2008 R2.
Wtedy zmienna DATE istnieję i wszystko działa. W SQL 2005 nie ma zmiennej DATE.
Pozdrawiam :)
Aby rozwiązać problem potrzebna jest najpierw aktualizacja silnika bazy danych. Jeśli ktoś ma SQL 2005 musi zrobić aktualizację min do SQL 2008 R2.
Wtedy zmienna DATE istnieję i wszystko działa. W SQL 2005 nie ma zmiennej DATE.
Pozdrawiam :)
Komentarz 15:
| 2025-01-02 11:47:19
| 148.***.***.134
Po instalacji sql 2022 express i odtworzeniu z backupa zrobionego na 2005 wywala ten sam błąd
Komentarz 16:
| 2025-01-02 11:56:44
| 79.***.***.245
~do Cybul : nie wiem czy przeskok nie za duży . Być może trzeba zrobić przez np SQL2012 a potem dopiero na 2022? To musisz gdzieś w internetach poszukać , bo mi takie info świta w głowie ale czy to to jest to nie wiem :-/
Komentarz 17:
| 2025-01-02 12:23:09
| 185.***.***.130
Witam czy udało się komuś rozwiązać problem ?
Komentarz 18:
| 2025-01-02 13:27:04
| 80.***.***.38
Okazało się, że mam jednak SQL 2005 a nie 2008. Na 2008 pewnie by działało. Po wielu próbach aktualizacji poddałem się. Ciągle chce jakiegoś service packa 4 do 2005 bo aktualizacja do wyższej wersji nie pójdzie. SP4 oczywiście ściągnięty i zainstalowany :D Stawiam na czysto drugą instancję na wyższym SQL-u bo nie będę się kopał z koniem przez cały dzień.
Komentarz 19:
| 2025-01-02 13:30:26
| 89.***.***.86
@grax wystarczy ściągnąć SQL 2008 R2 i puścić instalkę i zaktualizuje ? Czy trzeba odinstalować 2005 zrobić kopie bazy (tylko jak bo w tym momencie płatnika nie da się uruchomić ?) zainstalować 2008 i zaimportować kopie bazy ?
Komentarz 20:
| 2025-01-02 13:45:12
| 83.***.***.210
Ja rozwiązałem problem odpalając na innej maszynie najnowszy SQLEXPRESS 2022 i odtwarzając na nim z kopii bazę Płatnika.
Komentarz 21:
| 2025-01-02 14:52:26
| 85.***.***.194
Darek, czy kopię bazy miałeś wykonaną z poziomu MS SQL jako backup czy była to kopia utworzona z poziomu programu Płatnika?
Komentarz 22:
| 2025-01-02 14:55:53
| 148.***.***.134
Zrobiłem upgrade sqlexpress z 2005 do 2012 i wszystko poszło
Komentarz 23:
| 2025-01-02 16:54:31
| 83.***.***.210
Kopie miałem w sumie dwie, jedna się zrobiła przy okazji próby aktualizacji z poziomu Płatnika, drugą zrobiłem sam przez SQL Server Management Studio.
Komentarz 24:
| 2025-01-02 18:36:10
| 185.***.***.82
Darek a jak zrobiłeś ten upgrade z 2005 do 2012?
Komentarz 25:
| 2025-01-02 21:25:06
| 83.***.***.210
Nie aktualizowałem MSSQL, miałem drugą maszynę z nowszytm systemem. Zainstalowałem tam MSSQL Express 2022, odtworzyłem bazę i zainstalowałem Płatnika.
Komentarz 26:
| 2025-01-03 07:31:44
| 80.***.***.134
"Mam MS SQL 2017 i ten sam problem z konwersją."
"Hmmm. A jaki jest ustawiony Compatibility level dla tej bazy?"
Mam Compatibility Level = 100
"Hmmm. A jaki jest ustawiony Compatibility level dla tej bazy?"
Mam Compatibility Level = 100
Komentarz 27:
| 2025-01-03 09:23:13
| 95.***.***.130
Wiecie może jak podłączyć płatnika do bazy po aktualizacji z 2005 do 2012? na starym sterowniku nie chce bo od 12 powinno sie niby używać msoledbsql ale krzyczy mi ze nie ma dostawcy
Komentarz 28:
| 2025-01-03 10:40:47
| 95.***.***.82
U mnie problem był na SQL 2005. Przywróciłem z kopii .bak na SQL Express 2019 i konwersja przeszła za 1 razem
Komentarz 29:
| 2025-01-03 19:33:38
| 83.***.***.210
Maniel musisz zainstalować "msoledbsql" - pierwszy wynik z google. Taka podpowiedź - na końcówkach klienckich u mnie na najnowszym "19.3.5" nie działało. Zainstalowałem wersję "18.7.4" i poszło.
Komentarz 30:
| 2025-01-04 19:12:38
| 112.***.***.125
"Mam MS SQL 2017 i ten sam problem z konwersją."
"Hmmm. A jaki jest ustawiony Compatibility level dla tej bazy?"
"Mam Compatibility Level = 100"
Cały ten wątek odwołuję, miałem bazę na MS SQL 2005.
Zrobiłem backup i restore na wersji 2017. Konwersja bazy przeszła bez problemu i Płatnik wydaje się działać.
"Hmmm. A jaki jest ustawiony Compatibility level dla tej bazy?"
"Mam Compatibility Level = 100"
Cały ten wątek odwołuję, miałem bazę na MS SQL 2005.
Zrobiłem backup i restore na wersji 2017. Konwersja bazy przeszła bez problemu i Płatnik wydaje się działać.
Komentarz 31:
| 2025-01-06 08:30:59
| 95.***.***.52
U mnie też pojawił się ten błąd więc przeniosłem bazę z SQL 2005 na serwer SQL 2008.
Niestety, podczas połączenia Płatnika z nową bazą (Kreator połączenia z bazą danych) wyskakuje błąd:
"Cannot insert the value NULL into column ''ID', table 'MOJA_BAZA.dbo.TMP_TAB'; column does not allow nulls. INSERT fails.
Sprawdziłem, jak można się spodziewać ID jest kluczem głównym tej tabeli i ma ustawienia unique i not null.
Mieliście może taki przypadek? Wiecie jak to obejść?
Niestety, podczas połączenia Płatnika z nową bazą (Kreator połączenia z bazą danych) wyskakuje błąd:
"Cannot insert the value NULL into column ''ID', table 'MOJA_BAZA.dbo.TMP_TAB'; column does not allow nulls. INSERT fails.
Sprawdziłem, jak można się spodziewać ID jest kluczem głównym tej tabeli i ma ustawienia unique i not null.
Mieliście może taki przypadek? Wiecie jak to obejść?
Komentarz 32:
| 2025-01-07 12:05:47
| 185.***.***.82
Udało mi się ze starego Sql na nowym 2019 odtworzyć bazę i konwersja przeszła, na zainstalowanym serwerze działa, ale jak chce na innym kompie u kogoś w sieci odpalić to mam komunikat: "nie można odnaleźć dostawcy. może on być niepoprawnie zainstalowany"
Komentarz 33:
| 2025-01-07 13:35:04
| 81.***.***.210
Przy konfiguracji połączenia Płatnika z bazą danych wybierz pierwszy sterownik dla SQL starszego niż 2012 pomimo serwera 2019. U mnie poszło z windows 11 na serwer SQL 2017
Komentarz 34:
| 2025-01-07 13:42:12
| 81.***.***.210
Wcześniej zainstalowałem Microsoft OLE DB Driver for SQL Server oraz vc++ w wersji 64 i 32 bity.
Komentarz 35:
| 2025-01-07 14:59:25
| 37.***.***.136
Jeśli konwersja się nie udała to bazę trzeba przywracać z kopii czy wystarcza ta sama i uruchomić ją na nowy SQL np. 2008?
Innymi słowy czy ta nieudana konwersja zdążyła już coś napsuć w bazie ?
Innymi słowy czy ta nieudana konwersja zdążyła już coś napsuć w bazie ?
Komentarz 36:
| 2025-01-07 19:48:16
| 78.***.***.202
Czy ktoś ma pomysł, jak zaktualizować Płatnika działającego dotychczas na MSDE (SQL 2000 Desktop Edition 8.00.194) do MS SQL Server 2008 R2 Express Edition?
Proszę o instrukcję dla laika baz danych.
Z góry - dzięki!
Proszę o instrukcję dla laika baz danych.
Z góry - dzięki!
Komentarz 37:
| 2025-01-08 08:24:13
| 188.***.***.202
Wdrożenie nowej metryki 303 programu Płatnik 07 stycznia 2025 r. - problem rozwiązany
Komentarz 38:
| 2025-01-08 09:14:40
| 217.***.***.226
Potwierdzam, wystarczy ponownie uruchomić klienta Płatnika który pobierze metrykę 303 i dokona prawidłowej konwersji bazy danych.
Działa na starym SQL2005 express.
(Nie trzeba przywracać bazy danych po poprzedniej nieudanej konwersji)
Działa na starym SQL2005 express.
(Nie trzeba przywracać bazy danych po poprzedniej nieudanej konwersji)
Komentarz 39:
| 2025-01-08 10:21:23
| 78.***.***.202
Faktycznie kolejna aktualizacja (metryka 303) rozwiązała problem Płatnika.
Konwersja działa, Płatnik działa. Nic więcej nie trzeba było robić.
Ale baza danych pozostała na silniku MSDE. Chciałbym ją przenieść do MS SQL Server 2008 R2 Express Edition. Czy ktoś wie, jak to zrobić?
Konwersja działa, Płatnik działa. Nic więcej nie trzeba było robić.
Ale baza danych pozostała na silniku MSDE. Chciałbym ją przenieść do MS SQL Server 2008 R2 Express Edition. Czy ktoś wie, jak to zrobić?
+ Dodaj komentarz
Wydawnictwo Podatkowe GOFIN sp. z o.o. nie ponosi odpowiedzialności za treści tematów i komentarzy umieszczanych
na łamach FORUM DYSKUSYJNEGO. Dodanie tematu lub komentarza jest równoznaczne z akceptacją
REGULAMINU FORUM DYSKUSYJNEGO (kliknij aby zapoznać się z regulaminem).
Komputerowa wersja serwisu
Mobilna wersja serwisu