Płatnik Forum

Konrad

Gość

Migracja bazy access do SQL i błąd OLE DB provider

Witam
Przeszukałem całe forum i nie znalazłem odpowiedzi na następujący błąd. Przy migracji bazy access do sql występuje:
OLE DB provider "Microsoft Jet OLEDB 4.0" for linked server "(null)" returned massage "Aparat bazy danych Microsoft Jet nie może otworzyć pliku 'C:\...\Płatnik.mdb'. Plik jest już otwarty do wyłącznego użytku przez innego użytkownika lub potrzebne jest zezwolenie na oglądanie jego danych"

dla informacji baza .mdb znajduje się na dysku lokalnym pc z zainstalowanym MSSQL 2005, baza przed migracją była kompaktowana

co z tym zrobić ? Proszę o pomoc.

matpa

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Witam
Przed migracją spróbuj zoptymalizować bazę. Czy jakieś błędy wywala?
Błąd wskazuje na to, że migrujesz do SQLa, który jest na innym kompie niż baza danych.

Konrad

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Optymalizacje bazy zrobiłem brak błędów, problem dalej ten sam. Baza .mdb jest na pulpicie komputera z zainstalowanym MSSQL 05

Konrad

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Witam
Problem rozwiązany, przyczyna błędu był brak uprawnień do bazy access przez serwer SQL. W kreatorze  migracji bazy przy wyborze autoryzacji użytkownika użyłem autoryzacji systemu windows i pomogło.

lidka

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Witam Ja mam podobny problem przy migracji bazy danych do płatnika  też wyswietla mi ten komunikat i nic nie pomaga nie mam do niej uprawnień i dostępu , prosze pomóżcie bo nie wiem co robic a innej bazy nie mam ... ratunku !!!!

daniow

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Płatnik "Run as administrator" rozwiąże Wasze problemy .

polano

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

potwierdzam run as ... dział

MM

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

miałam ten sam problem, uruchom jako administrator pomogło, ale czy już teraz zawsze w ten sposób muszę uruchamiać Płatnika? Nie ma "innego wyjścia" ?

PW

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Podepnę się pod temat.
Przy migracji do sql mam błąd
OLE DB provider "Microsoft.Jet.OLEDB.4.0" for linked server "(null)" returned massage "Błąd dysku lub sieci"

Wojtek I.

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Jaki masz serwer SQL?
Jaki masz system operacyjny?
Gdzie jest baz .mdb?

najsek

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Witam,
pełno pytań a zero konkretnych rozwiązań.
Nikt nie rozwiązał tego problemu czy po rozwiązaniu nikomu nie chciało się już o tym napisać ?

Pozdrawiam

ksyt

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

do najsek
Masz wszystko napisane. Uruchom jako Administrator pomaga na wszystko, przynajmniej w Win7.

najsek

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

do najsek
Masz wszystko napisane. Uruchom jako Administrator pomaga na wszystko, przynajmniej w Win7.

Witam, no niestety nie pomaga.
Jakby pomagało to nie zadawał bym pytania.
Win7 64bit, 32bit, bez roznicy.
sqlexpress2012

Wojtek I.

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Problem w tym że nie ma możliwości wykonania migracji z Accessa do SQL 64bit bo pojawia się błąd o ile dobrze pamiętam to microsoft jakis bibliotek nie przygotował...
Zrób migrację z Accessa do SQL 2005 a później z 2005 do 2012.

Marlon

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

A ja podczas migracji do SQL2008 R2 mam taki błąd:
OLE DB provider 'Microsoft.Jet.OLEDB.4.0' cannot be used for distibuted queries because the provider is configured to run in single-threaded apartment mode
Jakieś pomysły? Nie ma znaczenia, czy uruchamiam jako administrator, czy migracja jest z autoryzacją Windows czy SQL. Oczywiście parametr AdHoc w Facets jest na True
Pomocy ;-))

Andy

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Było już o tym:
http://blog.wharton.com.au/2011/10/19/s … ironments/

Marlon29

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

OK - dzięki. Niestety nie pomogło. Co ciekawe na tym samym kompie migracja do SQL2005 śmiga.
Będę musiał utrzymać staruszka jeszcze jakiś czas;-))

reboot.pl

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Błąd Microsoft.Jet.OLEDB.4.0 pojawia się najczęściej przy niekompatybilności bazy danych, tzn. baza źródłowa jest 32bit, a baza docelowa 64bit.
Stawiam, że SQL 2005 jest 32bit dlatego konwersja działa...
Problemem są biblioteki i tego raczej się nie da tego obejść.

Piotr

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

aby zrobić taką migracje (robiłem to dla biura rachunkowego kilka razy) najlepiej
komputer z systemem windows xp (32 bity)
instalacja płatnika z sql 2005
sprawdzić bazę (optymalizacja)
sprawdzić baze czy się zmigruje z access do access (inna nazwa bazy)
dopiero migracja do SQL 2005
i tu niespodzianka czasem na uprawnieniach sa i hasło
a czasem na uprawnieniach windowsa   (w zależności od wersji zainstalowanego sql z płatnikiem np sp4)
potem dopiero przejscie do SQL 2008

Zbyszek

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

komputer z systemem windows xp (32 bity)
instalacja płatnika z sql 2005
sprawdzić bazę (optymalizacja)
(...) migracja do SQL 2005
i tu niespodzianka czasem na uprawnieniach sa i hasło
potem dopiero przejscie do SQL 2008

Potwierdzam, u mnie ten sposób działa z SQL 2012, po pół dnia szukania sposobu i walki z milionem komunikatów o błędach.
Serdeczne podziękowania dla Piotra!

rs

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Płatnik "Run as administrator" rozwiąże Wasze problemy .

pomogło, dzięki

SJU

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Stary wątek, ale dla potomności, może komuś się przyda :-) Próbowałem przeróżnych rzeczy a pomogła drobnostka (wyczytana na hamerykańskim forum).
Na chwilę zmieniłem konto, na którym działa  usługa SQL, na konto aktualnie zalogowanego użytkownika (zamiast domyślnego). Restart SQLa i już Płatnik elegancko robi plik MDB dla wersji Accessowej. Wcześniej był błąd jak u autora wątku i rzeczywiście zmiana użytkownika na którym działa usługa wydaje się mieć sens (jak się już wie o co chodzi :-) ). Robiłem to na SQLu 2012 32-bitowym (bo też bitowość może mieć znaczenie, jak pisali na hamerykańskim forum).

JN

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Baza Access w jest lokalizacji sieciowej. Zamierzam wykonac migracje do bazy MS-SQL. Po przeprowadzeniu kilku nieudanych prób i przeczytaniu wielu postów mam w koncu sukces.
Zainstalowalem MS-SQL Server 2008 Express 32bit na PC z Windows 10 Prof. Autentykacja SQL+Windows. Instaluję też Management Studio. W SQL Server Configuration Manager w opcji SQL Server Network Configuration -> Protocols for (mój serwer SQL) ustawiam TCP/IP na Enabled.
Programem Access 2010 wykonuję kompaktowanie dotychczasowej bazy.
Na tym samym PC zainstalowalem program PLATNIK (10.02.002) i podłączylem do bazy Access. Zamykam PŁATNIKA i ponownie otwieram jako administrator. W ustawieniach bazy danych wywołuję migrację bazy danych do Microsoft SQL Server. Wskazuję zainstalowany MS-SQL 2008, podaje nazwe bazy danych PLATNIK. Na 2 pytania o autoryzację wybieram autoryzacja Windows. Dalej tylko potwierdzam komunikaty. Teraz z poziomu Management Studio wykonuje backup bazy PLATNIK (po to aby przenieść na inny serwer SQL tj w wer.2012 SP2)

gosc

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

witam
mi się udało z accesa do sql 2012 sp2 zrobić migrację. musi byc sql 32 bit, ,  w płatniku przy migracji  wybierałem autoryzacje Windows, płatnik odpalony jako administrator
aby migracja przeszła na instancji trzeba włączyc:

sp_configure 'show advanced options', 1; 
RECONFIGURE;
GO
sp_configure 'Ad Hoc Distributed Queries', 1; 
RECONFIGURE; 
GO

Piotr

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Jako że sam przechodziłem przez to teraz to podzielę się z wami kilkoma ważnymi informacjami jeżeli ktoś tak jak ja migruje do 64bitowego SQL (w moim przypadku to SQL 2017 Standard).
Po pierwsze i najważniejsze, potrzebujemy dodatkowej tymczasowej instalacji SQL Server koniecznie 32bitowej, może być nawet darmowa edycja Express, w wersji oczywiście takiej jaką oficjalnie wspiera Płatnik. Można ją zainstalować na tym samym komputerze na którym mamy Płatnika lub może być na innym ale wtedy trzeba tam zainstalować program Płatnik i tam wykonywać migrację. SQL trzeba oczywiście skonfigurować żeby akceptował połączenia TCP/IP i odblokować go na firewallu. Jest jeszcze inna metoda nieprzetestowana przeze mnie, należy umieścić plik bazy w takiej lokalizacji (np. na dysku sieciowym) żeby nasz komputer i serwer SQL miały do niej dostęp, albo skopiować plik bazy na komputer gdzie jest serwer SQL ale do dokładnie takiej samej lokalizacji w jakiej jest na naszym komputerze. Chodzi o to że serwer SQL otwiera bezpośrednio ten plik bazy więc musi mieć do niego dostęp.

Po drugie na serwerze SQL trzeba włączyć "Ad Hoc Distributed Queries". Najprościej zrobić to w Management Studio poprzez wykonania zapytania do bazy:

sp_configure 'show advanced options', 1; 
RECONFIGURE;
GO
sp_configure 'Ad Hoc Distributed Queries', 1; 
RECONFIGURE; 
GO

Po zakończeniu importu koniecznie to wyłączcie przez zapytanie do bazy:

sp_configure 'Ad Hoc Distributed Queries', 0; 
RECONFIGURE; 
GO
sp_configure 'show advanced options', 0; 
RECONFIGURE;
GO

Teraz możecie zrobić normalnie migrację najpierw do tego tymczasowego 32bitowego SQL, na koniec koniecznie zaznaczcie żeby użył jej jako bazy roboczej. Potem jak już będziecie podłączeni do tej tymczasowej bazy to robicie znowu migrację tylko teraz już do waszego normalnego docelowego serwera, tu już nie musi być płatnik na tym samym komputerze. Ważne żeby docelowy serwer też miał włączone TCP/IP i na czas migracji trzeba włączyć „Ad Hoc Distributed Queries” i wyłączyć po zakończeniu (chyba że wasze oprogramowanie/zapytania używają funkcji OPENROWSET i OPENDATASOURCE to wtedy nie).

Darek M

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

To nie tak
Jak robimy.
0. Czytamy do końca tekst - jeżeli czegoś nie rozumiecie - to nie zabierajcie się za robotę tylko szukajcie kogoś kto rozumie
   To nie jest instrukcja step by step
1. Szukamy maszyny z systemem 32bity - inaczej się nie da. Zakładam, ze mamy na niej prawa administratora

2. Instalujemy na niej Płatnika - tworzymy nowa bazę Access. Wyłączamy Płatnika
3. Uruchamiamy Płatnika - niech się zaaktualizuje do najnowszej wersji. Konwersja bazy może nie przejść - ale to nie problem
4. Kopiujemy na ten komputer naszą bazę do migracji.
5. Uruchamiamy Płatnika i wskazujemy naszą bazę do pracy. Weryfikujemy czy mamy dane. Wyłączamy Płatnika
6. Instalujemy na naszym komputerze (na tym samym co mamy Płatnika) MS SQL SERWER może być wersja Express - ja miałem wersję 2008 (wersja 32bitowa bo taki mamy system operacyjny)
7. Trzeba doinstalować Managment Studio.
8. Z poziomu Managment Studio wykonujemy magię z sp_configure - opisane wyżej
9. Uruchamiamy Płatnika i wybieramy opcję migracji bazy danych do SQLa - wybieramy nasz serwer - bazę nazywamy PLATNIK. Użytkownik do bazy i migracji może być sa.
  Lub jedziemy na autoryzacji systemowej.
10. Po zakończonej migracji ustawiamy nasza bazę jako docelową, weryfikujemy dane i wyłączamy Płatnika
11  Z poziomu Managment Studio robimy Deatch naszej bazy (Platnik)
12. Kopiujemy pliki bazy ma nasz serwer docelowy SQL
13. Podłączamy bazę do serwera (Attach)
14. Tworzymy na serwerze uzytkownika Platnik i dajemy mu wszystkie możliwe prawa do bazy Platnik (można obciąć uprawnienia ale będą schody z późniejszymi aktualizacjami)
15. W naszych Platnikach produkcyjnych wskazujemy nową bazę SQL - używamy użytkownika Platnik
16. Odinstalowujemy płatnika z naszego 32bitowego komputera.
17. Kasujemy bazę Platnik z naszego 32bitowego komputera oraz bazę Accessowa (RODO)

Piotr

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Do migracji nie musi być maszyna z 32 systemem.
Wystarczy, że SQL jest zainstalowany w wersji 32 bitowej.
Oczywiście pozostałe instrukcje są OK.

Pawel

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Jest 2022 i przyszło mi migrować kolejnego płatnika u klienta. O ile w 2020 machnąłem 8 sztuk bez większego zgryzu, bezpośrednio na SQL Server, o tyle dziś (styczeń '22) kilka siwych włosów przybyło... Moja "uproszczona" droga przez mękę wyglądała mniej/więcej tak:
1. Z stacji roboczej gdzie płatnik, plik MDB na pen-a albo po sieci na serwer docelowy.
2. Tu instalacja płatnika i przypięcie bazy MS ACCESS.
3. Na serwerze (Win-server 2019 64bit) doinstalować SQL server 2014 32 bit (autoryzacja w trybie mieszanym), za nim msoledbsql_x64.msi (nie 32bit!).
4. Odpalić płatnika i proces migracji - w polu nazwy serwera wprowadzić dokładnie nazwę hosta i nazwę bazy docelowej (do utworzenia).
5. Tam gdzie pyta o hasła użyć autoryzacji systemu windows (dotyczy obu kolejnych okienek). Mój błąd polegał na wpisywaniu danych konta 'sa' - nie zadziała! Założy bazę i kilka tabel, a po chwili się wyłoży...
6. No i lecimy...
---
7. Jeśli na SQLu chcemy dedykowanego użytkownika, aby działał z płatnikiem to go zakładamy (Managment Studio). W właściwościach konta, na zakładce "User mapping", w górnym oknie zaznaczamy bazy, do których konto ma mieć dostęp. Na dolnej zapewne jest 'public', dodajemy 'db_owner' i ok...
8. W płatniku zmiana bazy danych no i wprowadzamy dane użytkownika z MS SQL server, driver MSOLEDBSQL.
Może komuś pomoże...

Marian

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Ja wymiękam w zeszłym roku wszystko poszło z górki, a w tym mam kolejną bazę do migracji i nie idzie.
Win Server 2016 std 64b i SQL Expr. 2014 32bit, do tego już mam na serwerze inne SQLki. Wszystko robię na serwerze, odpalam Płatnika w trybie admina i w pierwszym oknie wybieram autoryzacja po win, a w drugim po użytkowniku sqla. Na koniec zawsze mam komunikat MicrosoftJetOLEDB4.0 ... nie można użyć pliku plik jest w użyciu.

Marian

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Rozwiązaniem było przeniesienie bazy mdb do katalogu data sqla.

Martini

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Witam

Mam pytanie czy tylko u mnie tak jest, że przy próbie archiwizacji bazy w tamtym roku był wybór czy chcemy do mdb czy SQL a w tym roku możemy tylko do SQL . Baza która ma być zarchiwizowana jest SQL.

Pozdrawiam
Marcin

Michal W

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Ja wymiękam w zeszłym roku wszystko poszło z górki, a w tym mam kolejną bazę do migracji i nie idzie.
Win Server 2016 std 64b i SQL Expr. 2014 32bit, do tego już mam na serwerze inne SQLki. Wszystko robię na serwerze, odpalam Płatnika w trybie admina i w pierwszym oknie wybieram autoryzacja po win, a w drugim po użytkowniku sqla. Na koniec zawsze mam komunikat MicrosoftJetOLEDB4.0 ... nie można użyć pliku plik jest w użyciu.

Dziś migrowałem bazę z SQL Expr. 2017 64 bit do SQL Expr. 2014 32bit
Rozwiązaniem, które u mnie zadziałało było nadanie odpowiednich uprawnień dla "OLE DB Provider" w docelowej instancji SQL Expr. 2014 32bit(w moim przypadku był to MSOLEDBSQL).

Najpierw na bazie master w docelowej instancji (u mnieSQL Expr. 2014 32bit) wykonujemy skrypt, który wcześniej podał Piotr, aby włączyć "Ad Hoc Distributed Queries":

sp_configure 'show advanced options', 1;
RECONFIGURE;
GO
sp_configure 'Ad Hoc Distributed Queries', 1;
RECONFIGURE;
GO

Potem z górnego menu w Management Studio wybieramy kolejno: View > Object Explorer Datails > Server Objects > Linked Servers > Providers

Znajdujemy Providera, który pojawia się w komunikacie błędu podczas migracji (u Ciebie MicrosoftJetOLEDB4.0, u mnie był to MSOLEDBSQL).
Nadajemy mu uprawnienie "Allow Inprocess".   

Za pomocą Płatnika robimy migrację bazy między instancjami SQL.

Po migracji można wyłączyć uprawnienie "Allow Inprocess" dla Providera oraz odwołać  "Ad Hoc Distributed Queries" wykonując na bazie master skrypt:

sp_configure 'Ad Hoc Distributed Queries', 0;
RECONFIGURE;
GO
sp_configure 'show advanced options', 0;
RECONFIGURE;
GO

Dajcie znać, czy pomogło.

Łukasz

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Trafiłem tu przez przypadek, ale dzięki Waszym wpisom udało mi się skutecznie przekonwertować bazę ACCESSową na SQLową.
Potwierdzam, jak to zadziałało u mnie:
1. Wszystko wykonywane na Win10 x64 z Płatnikiem w wer 10.02.002 z aktualizacjami dostępnymi na dzień 07.02.22.
2. Przy próbie migracji z ACCESSa do SQL 2019 x64 wywalało błąd "Microsoft Jet OLEDB 4.0".
3. Ściągnąłem i zainstalowałem SQL2014 x32 i postawiłem jako drugą instancję na tym samym komputerze.
4. Plik z bazą .mdb wgrałem do katalogu DATA SQLa w wersji 2014 x32 (sprawdźcie też, czy macie uprawnienia do tego folderu, ja musiałem dodać je ręcznie, bo przed tym nie dało się wejść do tego folderu z poziomu eksploratora Windows..... ).
5. Przeprowadziłem optymalizację bazy ACCESSowej.
6. Odpaliłem Płatnika jako administrator i uruchomiłem migrację, wskazując serwer SQL 2014 i poświadczenia systemowe Win ( nie usera sa ).
7. No i poszło...

Powodzenia i dla Was!

Gość1

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

w skrócie:
robimy na kompie z SQL server (32bit) i Płatnikiem (odpalonym jako administrator) z bazą lokalnie, przy migracji ustawiona dwukrotnie autoryzacja Windows i śmiga   (oczywiście włączyć chwilowo "Ad Hoc Distributed Queries")

normann88

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Dla potomnych - tym narzędziem można zrobić migrację bez większych problemów: https://www.bullzip.com/products/a2s/info.php
Wcześniej dobrze (łamane na konieczne) aby na SQL-u Płanik utworzył bazę (nawet mimo błędów OLEDB).
Odpalamy Bullzipa, wskazujemy plik z bazą Accessa, wskazujemy nowo utworzoną bazę MSSQL, na przedostatnim kroku jest okno z ustawieniami zaawansowanymi gdzie trzeba zmienić format konwertowanej daty z DATETIME2 na DATETIME, odpalamy konwersję - program przenosi dane z MDB do bazy SQL.

Waldek

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Witam
Dzięki za wszystkie podpowiedzi, narzędzie, które podał normann88 jest świetne, błyskawiczna konwersja do MSSQL. Ja jednak uparłem się, że chcę koniecznie, aby konwersję zrobił Płatnik. Jeśli trzymamy się wskazówek z tego topica - wszystko się uda. Ważne, żeby uruchomić Płatnika z uprawnieniami administratora. Jako, że baza już przerobiona mam dodatkowe pytania dla osób, które już zmagały się z pracą w sieci z nową bazą. Bardzo proszę o pomoc:
1. W wersji z bazą Access archiwizacja bazy była czystą przyjemnością. Można było po prostu zrobić skrypt w notatniku, który pozwalał na skopiowanie bazy do dowolnej lokalizacji jednym kliknięciem. Czy coś podobnego można zrobić na bazie MSSQL? W sensie, użytkownik klika w jakiś skrypt i kopia bazy zapisuje się w wybranej lokalizacji? Tak, żeby nie trzeba było odpalać Management Studio i robić tego tam właśnie.
2. Komputery w sieci nie mogą podłączyć się do bazy płatnika w wersji SQL. Serwer jest widoczny dla nich, ma wyłączone zapory. Jakieś dodatkowe ustawienia w konfiguracji serwera SQL są wymagane ? Płatnik pokazuje, że serwer jest niedostępny.
3. Jest sens przenosić bazę z wersji SQL 32bit do 64bit? Czy to ma wpływ na wydajność bazy? W moim przypadku potrzebna jest praca jednocześnie na 3-4 komputerach na Płatniku, czy na 64bitach będzie to bardziej wydajne? Obecnie nie było w ogóle możliwe w związku z tym, że plik z bazą miał 400 MB
Z góry dzięki za pomoc.
Pozdrawiam

Adam

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Mam nowe stanowisko z Windows 10 64 bit, obok jest serwer z bazą do Płatnika na SQL 2016 64 bit.
Przy próbie połączenia z obecną bazą danych wywala mi błąd jak poniżej:
Program Płatnik nie jest w stanie rozpoznać wersji bazy danych 'DB_Platnik' na xxx\SQL2016.
Używam tych samych poświadczeń login i hasło użytkownika.

Co ciekawe, jak wybiorę utworzenie nowej bazy danych to bez problemów mi ją robi, na tych samych poświadczeniach + SA.
Obecne stanowiska mają system Windows 7 64 bit i tutaj wszystko działa.

Próbowałem na serwerze zmigrować bazę z poziomu Płatnika na nową i tą nową podpiąć do nowego komputera. Niestety efekt jest ten sam.

Ma ktoś pomysł jak to ugryźć?

Przy okazji wywala mi się błąd na dzień dobry przy uruchomieniu Płatnika:
Błąd podczas Nupdater.DajMetryke Status certyfikatu: nieważny.
Wymagany certyfikat jest poza okresem ważności, co wynika z weryfikacji bieżącego zegara systemowego lub sygnatury czasowej.

Zegar oczywiście jest ok.

Mariusz

Gość

Odp: Migracja bazy access do SQL i błąd OLE DB provider

Komunikat z sygnaturą już został naprawiony w metryce 251.
najpierw ze strony ZUS pobierz PłatnikFIX i go uruchom.
Następnie uruchom program Płatnik i sprawdz czy się wykona auto aktualizacja.
jeśli nie to utworz nową bazę wprowadz jakieś domyślne dane płatnika i pobierz aktualizację do najnowszej metryki 251.
Uruchom ponownie program Płatnik i podłącz swoja bazę danych w ustawieniach bazy danych.