Forum Użytkownikow Subiekt GT
InsERT GT => Gratyfikant GT => Wątek zaczęty przez: micha w Styczeń 18, 2016, 11:37:15
-
Będę zaraz instalował Płatnika. Gratyfikant jest, ale do tej pory księgowa miała Płatnika "u siebie". Teraz ma Płatnik ma być na tym samym serwerze, co GT. Stąd pytania do specjalistów:
- Płatnik podpowiada automatycznie bazę access. Ma to jakieś zalety?
- Skoro i tak jest już baza SQL Insertu, to może lepiej i Płatnika do niej wrzucić?
- Czy da się to zrobić tak, aby archiwum GT zawierało także i dane Płatnika? Uprościłoby to proces robienia backupów. :-)
-
Będę zaraz instalował Płatnika. Gratyfikant jest, ale do tej pory księgowa miała Płatnika "u siebie". Teraz ma Płatnik ma być na tym samym serwerze, co GT. Stąd pytania do specjalistów:
- Płatnik podpowiada automatycznie bazę access. Ma to jakieś zalety?
No taką, że nie trzeba instalować serwera SQL, jeśli ktoś nie posiada.
- Skoro i tak jest już baza SQL Insertu, to może lepiej i Płatnika do niej wrzucić?
Nie do bazy tylko do serwera SQL ;) To będzie kolejna baza danych.
- Czy da się to zrobić tak, aby archiwum GT zawierało także i dane Płatnika? Uprościłoby to proces robienia backupów. :-)
Nie, należy samemu zadbać o archiwum.
-
- Skoro i tak jest już baza SQL Insertu, to może lepiej i Płatnika do niej wrzucić?
Nie do bazy tylko do serwera SQL ;) To będzie kolejna baza danych.
Hm... A licencja tego standardowego darmowego serwera, który przyszedł w pakiecie z GT pozwala na to? :-)
- Czy da się to zrobić tak, aby archiwum GT zawierało także i dane Płatnika? Uprościłoby to proces robienia backupów. :-)
Nie, należy samemu zadbać o archiwum.
Kurde... A jest jakiś odpowiednik e-archiwizacji dla Płatnika? Tak, żeby raz skonfigurować i zapomnieć. :-)
-
- Skoro i tak jest już baza SQL Insertu, to może lepiej i Płatnika do niej wrzucić?
Nie do bazy tylko do serwera SQL ;) To będzie kolejna baza danych.
Hm... A licencja tego standardowego darmowego serwera, który przyszedł w pakiecie z GT pozwala na to? :-)
No sam napisałeś, że jest darmowy, a z darmo udostępnia proucent, czyli Microsoft, również dla Insertu ;)
- Czy da się to zrobić tak, aby archiwum GT zawierało także i dane Płatnika? Uprościłoby to proces robienia backupów. :-)
Nie, należy samemu zadbać o archiwum.
Kurde... A jest jakiś odpowiednik e-archiwizacji dla Płatnika? Tak, żeby raz skonfigurować i zapomnieć. :-)
Raczej nie ma dedykowanego, ale jest mnóstwo rozwiązań dla serwera Microsoftu.
-
Chętnie przeczytam o Twoich doświadczeniach w instalowaniu Płatnika na silniku MSSQL (chociaż to chyba trochę nie ta grupa). Walczę z tym od kilku tygodni. Chodzi mi o takie ustawienie, żeby autoryzowało się to do bazy po użytkowniku bazy, a nie po uprawnieniach SA.
P.S. Mam własną licencję na Microsoft SQL Server Standard (64-bit), i to na nim chodzi (bez problemu) Insert, a nie na czymś darmowym z pakietu GT.
-
Chętnie przeczytam o Twoich doświadczeniach w instalowaniu Płatnika na silniku MSSQL (chociaż to chyba trochę nie ta grupa). Walczę z tym od kilku tygodni. Chodzi mi o takie ustawienie, żeby autoryzowało się to do bazy po użytkowniku bazy, a nie po uprawnieniach SA.
Co zrobiłeś w ramach tych "walk" ?
P.S. Mam własną licencję na Microsoft SQL Server Standard (64-bit), i to na nim chodzi (bez problemu) Insert, a nie na czymś darmowym z pakietu GT.
To "coś darmowe z pakietu GT" jest praktycznie tym samym co posiadasz (nie podałeś dokładnej wersji) tylko z ograniczeniem do wykorzystania 1 GB pamięci RAM i maksymalnego rozmiaru bazy danych do 10GB. W praktyce jeśli rozmiar bazy danych nie przekracza 5 GB i jest do kilkunastu użytkowników to nie ma potrzeby zakupu pełnych wersji typu runtime, a tym bardziej full use.
-
Chętnie przeczytam o Twoich doświadczeniach w instalowaniu Płatnika na silniku MSSQL (chociaż to chyba trochę nie ta grupa). Walczę z tym od kilku tygodni. Chodzi mi o takie ustawienie, żeby autoryzowało się to do bazy po użytkowniku bazy, a nie po uprawnieniach SA.
A w czym się tak męczysz, nawet w kreatorze Płatnika jest możliwość dodania nowego użytkownika, aby nie trzeba było korzystać z sa ?
-
Cóż, właściwie wszystkie inne problemy, które miałem, zdążyłem już rozwiązać. Płatnik już chodzi z serwera SQL, oczywiście pod warunkiem, że utworzę nową bazę. Jeśli chcę zmigrować bazę z .mdb (a o to właśnie chodziło, pusty Płatnik mi niepotrzebny), to w kreatorze migracji bazy roboczej dostaję błąd Cannot create an instance od OLE DB provider "Microsoft.Jet.OLEDB.4.0" for linked server "(null)". Ale z tego co wygooglowałem, ten problem jest nie do rozwiązania (64-bitowa wersja SQL).
-
Ale z tego co wygooglowałem, ten problem jest nie do rozwiązania (64-bitowa wersja SQL).
Nie spotkałem się z tym problemem, ale skoro wynika on z 64 bitowej wersji serwera SQL to w czym problem, aby zainstalować wersję 32 bitową ?
-
Hmm, z tego, że mam właśnie wersję 64-bitową i co więcej, jest ona potrzebna innym aplikacjom chodzącym na tym serwerze.
Tak, oczywiście mogę spróbować na jakimś innym komputerze zainstalować 32-bitowy sql express, zmigrować te bazy i potem pomyśleć co dalej i jak je przenieść na 64-bitowy serwer. Trochę szkoda mi czasu, ale chyba nie mam wyjścia.
-
Hmm, z tego, że mam właśnie wersję 64-bitową i co więcej, jest ona potrzebna innym aplikacjom chodzącym na tym serwerze.
Tak, oczywiście mogę spróbować na jakimś innym komputerze zainstalować 32-bitowy sql express, zmigrować te bazy i potem pomyśleć co dalej i jak je przenieść na 64-bitowy serwer. Trochę szkoda mi czasu, ale chyba nie mam wyjścia.
Ech... Warto mieć jakąś podstawową wiedzę o serwerach SQL... Baza danych nie ma przecież bitowości, wystarczy backup i jego odtworzenie...
-
Tyle podstawowej wiedzy jeszcze mam, ale dziękuję za
szpilę radę.
-
Tyle podstawowej wiedzy jeszcze mam, ale dziękuję za szpilę radę.
To nie była rada tylko po prostu informacja... Może czegoś Cię nie zrozumiałem i wyciągnąłem błędne wnioski... O czym w takim razie pisałeś ?
Tak, oczywiście mogę spróbować na jakimś innym komputerze zainstalować 32-bitowy sql express, zmigrować te bazy i potem pomyśleć co dalej i jak je przenieść na 64-bitowy serwer. Trochę szkoda mi czasu, ale chyba nie mam wyjścia.
Instalacja serwera SQL na normalnym sprzęcie to zaledwie kilka minut, a Ty walczysz z problemem kilka tygodni chociaż podobno szkoda Ci czasu ?
-
Tak, "kilka tygodni" (no przecież nie bez przerwy) walczyłem z różnymi rzeczami, ale szczęśliwie już przez nie przebrnąłem - i tak jak napisałem, Płatnik chodzi dobrze z bazy SQL, jedyny problem jaki pozostał to kreator migracji bazy roboczej, tzn. konwersja plików z bazy Access na serwer MSSQL. Niestety, Microsoft nie przewidział że ktoś będzie chciał to zrobić na silniku w wersji 64-bit i nie ma takich sterowników.
Aby spróbować dokonać tej konwersji na silniku 32-bit trzeba muszę mieć go gdzie zainstalować, a to nie jest takie wcale takie szybkie. Nie mam pod ręką żadnej maszyny na której mogę odpalić chociażby ten mssql 2005 express który dostarczają razem z Płatnikiem (nie, nie pójdzie na Windows 10 a tylko takie komputery mam w biurze i nie, nie pójdzie na ubuntu, który mam w domu). Ściągam teraz ze strony Microsoftu wersję 2014 express, ale wcale się nie zdziwię, jak znowu jakiś sterownik będzie nie taki albo Płatnik się uprze, że z nią nie będzie chciał współpracować.
Oczywiście gdy już wreszcie będę miał bazę w postaci MSSQL, to teoretycznie nie powinno być niczym specjalnym ją skopiować na inny serwer MSSQL (ten chodzący na 64-bitowym silniku). Ale wcale nie zakładam na 100% że Płatnik też o tym wie.
-
Ściągam teraz ze strony Microsoftu wersję 2014 express, ale wcale się nie zdziwię, jak znowu jakiś sterownik będzie nie taki albo Płatnik się uprze, że z nią nie będzie chciał współpracować.
No i oczywiście, trzeba np. włączyć "Ad Hoc Distributed Queries" i oczywiście w 2014 nie robi się tego tam gdzie to zawsze było w 2005/2008 (Configuration Tool / Surface Area Configuration)
-
Ech...
Tak, "kilka tygodni" (no przecież nie bez przerwy) walczyłem z różnymi rzeczami, ale szczęśliwie już przez nie przebrnąłem - i tak jak napisałem, Płatnik chodzi dobrze z bazy SQL, jedyny problem jaki pozostał to kreator migracji bazy roboczej, tzn. konwersja plików z bazy Access na serwer MSSQL. Niestety, Microsoft nie przewidział że ktoś będzie chciał to zrobić na silniku w wersji 64-bit i nie ma takich sterowników.
Zajrzałem do google i jest mnóstwo informacji mówiących o tym, że jest potrzebna 32-bitowa wersja serwera SQL. Pretensje należy kierować jednak nie do Microsoftu tylko do producenta Płatnika, że wybrał metodę migracji z takimi ograniczeniami.
Aby spróbować dokonać tej konwersji na silniku 32-bit trzeba muszę mieć go gdzie zainstalować, a to nie jest takie wcale takie szybkie.
Właśnie zainstalowałem sobie SQL 2005 x86, czas instalacji to nieco po nad 2 minuty.
Nie mam pod ręką żadnej maszyny na której mogę odpalić chociażby ten mssql 2005 express który dostarczają razem z Płatnikiem
Przecież masz jakiś komputer/serwer na którym jest zainstalowany serwer SQL dla programów Insertu, wystarczy zainstalować kolejną instancję... A jeśli nie to zawsze można sobie postawić maszynę wirtualną... Niestety bez XP nie da się obejść, dlatego na przykład ja dysponuję maszyną wirtualną oraz fizycznym komputerem...
(nie, nie pójdzie na Windows 10 a tylko takie komputery mam w biurze
Rozumiem, że zgadujesz i nie próbowałeś ? Poza tym nie musi to być wersja 2005, może być nowsza...
Ściągam teraz ze strony Microsoftu wersję 2014 express, ale wcale się nie zdziwię, jak znowu jakiś sterownik będzie nie taki albo Płatnik się uprze, że z nią nie będzie chciał współpracować.
Oczywiście gdy już wreszcie będę miał bazę w postaci MSSQL, to teoretycznie nie powinno być niczym specjalnym ją skopiować na inny serwer MSSQL (ten chodzący na 64-bitowym silniku).
Tutaj nie ma dowolności, nie da się przenieść bazy z nowszej wersji serwera na starszą... Sterownik pochodzi z systemu operacyjnego i nie jest to składnik serwera SQL...
Ale wcale nie zakładam na 100% że Płatnik też o tym wie.
Nie trzeba zakładać tylko zapoznać się z wymaganiami systemowymi Płatnika. Nie jesteś też raczej pierwszym, który korzysta z Płatnika z bazą na serwerze SQL.
-
Przecież masz jakiś komputer/serwer na którym jest zainstalowany serwer SQL dla programów Insertu, wystarczy zainstalować kolejną instancję...
Ale to jest produkcyjny serwer i chodzą na nim INNE programy niż akurat Insert (dużo ważniejsze niż Insert) i nie mam ochoty doinstalowywać na nim czegoś, co mi jest potrzebne na całe 5 minut, a po odinstalowaniu zostawi po sobie dziesiątki niepotrzebnych bibliotek.
Nie wiem po co ta dyskusja, zapytałem tylko grzecznie o doświadczenia z instalowania Płatnika na serwerze MSSQL, a nie o coaching z zakresu instalowania baz danych na serwerze. Sprawa jest jasna, nie da się skonwertować bezpośrednio .mdb na MSSQL chodzący na 64-bitowym silniku. A sposobów jak to zrobić na około można wymyślić dużo, na pewno nie jest to temat na forum użytkowników Inserta.
-
Przecież masz jakiś komputer/serwer na którym jest zainstalowany serwer SQL dla programów Insertu, wystarczy zainstalować kolejną instancję...
Ale to jest produkcyjny serwer i chodzą na nim INNE programy niż akurat Insert (dużo ważniejsze niż Insert) i nie mam ochoty doinstalowywać na nim czegoś, co mi jest potrzebne na całe 5 minut, a po odinstalowaniu zostawi po sobie dziesiątki niepotrzebnych bibliotek.
To tylko jedno z proponowanych przeze mnie rozwiązań problemu, z których do tej pory nie skorzystałeś. Twoje obawy co do instalacji serwera SQL są nie na miejscu, przecież już został zainstalowany co najmniej jeden serwer SQL... Jeśli rzeczywiście serwer jest taki ważny to powinieneś dysponować drugim serwerem testowym, na którym mógłbyś przetestować wszystkie zmiany wprowadzane na serwerze produkcyjnym.
Nie wiem po co ta dyskusja, zapytałem tylko grzecznie o doświadczenia z instalowania Płatnika na serwerze MSSQL, a nie o coaching z zakresu instalowania baz danych na serwerze. Sprawa jest jasna, nie da się skonwertować bezpośrednio .mdb na MSSQL chodzący na 64-bitowym silniku. A sposobów jak to zrobić na około można wymyślić dużo, na pewno nie jest to temat na forum użytkowników Inserta.
Mnie pytasz dlaczego dyskutujesz ? Baz danych się nie instaluje... Przepraszam, że chciałem pomóc, możesz walczyć dalej.
-
Konwersja bazy z moich doświadczeń nie jest prosta i w zasadzie moze byc wykonana tylko na SQL MSDE (2000) przy odpowiednio dobranych parametrach serwera sql.
Migracja z MSDE do wyższych wersji sql idzie już bez problemu.
A utworzenie nowej bazy nie jest dobrym rozwiązaniem jesli chcesz mieć wszystko w jednej bazie. Łączenie baz nie jest proste.
-
Konwersja bazy z moich doświadczeń nie jest prosta i w zasadzie moze byc wykonana tylko na SQL MSDE (2000) przy odpowiednio dobranych parametrach serwera sql.
Migracja z MSDE do wyższych wersji sql idzie już bez problemu.
A utworzenie nowej bazy nie jest dobrym rozwiązaniem jesli chcesz mieć wszystko w jednej bazie. Łączenie baz nie jest proste.
Ja robiłem łączenie baz poprzez archiwizację i dearchiwizację dostępną w Płatniku. Trochę klikania, ale nie było kłopotów.
-
Konwersja bazy z moich doświadczeń nie jest prosta i w zasadzie moze byc wykonana tylko na SQL MSDE (2000) przy odpowiednio dobranych parametrach serwera sql.
Migracja z MSDE do wyższych wersji sql idzie już bez problemu.
A utworzenie nowej bazy nie jest dobrym rozwiązaniem jesli chcesz mieć wszystko w jednej bazie. Łączenie baz nie jest proste.
Ja robiłem łączenie baz poprzez archiwizację i dearchiwizację dostępną w Płatniku. Trochę klikania, ale nie było kłopotów.
Notabene, sam sposób zrobienia archiwizacji jest dla mnie (i chyba nie tylko) niezrozumiały. Jak na zlecenie za 800 mln, to "trochę słabo"
W cudzysłowiu, bo nie lubię kląć. ;)
-
Dobrze wiesz że to było 800 mln zł które nigdy nie powinno zostać wydane z publicznych pieniędzy. W ogóle nigdy nie powinien powstać taki program jak Płatnik.
Opłacony z publicznej kiesy, na dodatek zmuszający podatników do kupowania produktów jednej konkretnej prywatnej firmy (Microsoftu).
W paru krajach na świecie za coś takiego byłaby jatka z kryminalnymi zarzutami, w najlepszym wypadku o niegospodarność, i to bez względu na to jak dobry produkt dostaliby użytkownicy.
Za ułamek tej kasy należało opublikować wymagania i sposoby dotyczące wymiany informacji z ZUSem i niech producenci oprogramowania kadrowo-płacowego zrobią co trzeba.
-
Dobrze wiesz że to było 800 mln zł które nigdy nie powinno zostać wydane z publicznych pieniędzy. W ogóle nigdy nie powinien powstać taki program jak Płatnik.
Opłacony z publicznej kiesy, na dodatek zmuszający podatników do kupowania produktów jednej konkretnej prywatnej firmy (Microsoftu).
W paru krajach na świecie za coś takiego byłaby jatka z kryminalnymi zarzutami, w najlepszym wypadku o niegospodarność, i to bez względu na to jak dobry produkt dostaliby użytkownicy.
Za ułamek tej kasy należało opublikować wymagania i sposoby dotyczące wymiany informacji z ZUSem i niech producenci oprogramowania kadrowo-płacowego zrobią co trzeba.
To było wtedy (1997/8). I w najlepsze trwa dalej i chyba już sięgneło prawie 2 mld.
-
Konwersja bazy z moich doświadczeń nie jest prosta i w zasadzie moze byc wykonana tylko na SQL MSDE (2000) przy odpowiednio dobranych parametrach serwera sql.
W weekend robiłem migrację na SQL2008R2 z bazy otrzymanej od poprzedniego biura rachunkowego i później wczytanie do bazy SQL nowego biura.
Jakoś tak mi poszło bez zbędnych komplikacji. :)
-
Konwersja bazy z moich doświadczeń nie jest prosta i w zasadzie moze byc wykonana tylko na SQL MSDE (2000) przy odpowiednio dobranych parametrach serwera sql.
W weekend robiłem migrację na SQL2008R2 z bazy otrzymanej od poprzedniego biura rachunkowego i później wczytanie do bazy SQL nowego biura.
Jakoś tak mi poszło bez zbędnych komplikacji. :)
Robiłeś migrację z mdb do SQL2008R2 64bit i nie było komplikacji?
-
Przepraszam, nie dopisałem - oczywiście 32bit.