momtoronomyotypaldollyochagi...

1. moge ale , marcin502 5/05/26 22:37
   pozniej jak jedna zrobi sobie unattented update to baza SQL juz podniesiona i na reszcie nie dziala..a teraz to zus schrzanil i trzeba bylo specyficznie naprawiac :/
   1. Jakim cudem , @GUTEK@ 5/05/26 22:47
      użyszkodnik ma uprawnienia?

Strength is irrelevant.
Resistance is futile.
We wish to improve ourselves.

1. W takim scenariuszu mogłaby pracować na raz tylko jedna osoba , Sherif 6/05/26 10:23
   Nie sądzę aby ktoś do tego celu inwestował w serwer terminali.
   1. Jak zrobisz dyski VHDX , ReMoS 6/05/26 20:23
      to powinno polecieć.

      Nie ufaj każdemu, kto zawsze mówi
      uwierz mi.

      1. A co ma , ligand17 7/05/26 18:35
         dysk VHDX do limitu liczby jednoczesnych sesji RDP?
         1. A co mają do tego sesje? , ReMoS 8/05/26 22:21
            to tak odnośnie do tego co wyżej, gdzie "problem", że "tylko jedna osoba" gdzie przy serwerze na dzień dobry masz dwa RDP - technicznie! Bo licencyjnie te dwie sesje są do zarządzania a nie pracy a tutaj jak już zakładać bycia "na bakier" to przecież są "łatki" aby nawet na W10/W11 tak postawić - w sensie sesji RDP...
            
            Natomiast ja założyłem, że problemem może być nie sama ilość sesji/licencji co jakieś ograniczenie do samego Programu Płatnika, który to o ile bazę podmiotów/pracowników może mieć tą samą to już per user jest niejako na samej instalacji aplikacji.
            
            Ergo - sprawdziłem od strony 2022standard, SQL, RDP, aplikacja wystawiona jako link do sesji RDP, działa.

            Nie ufaj każdemu, kto zawsze mówi
            uwierz mi.

            1. Czyli nie wiesz? , ligand17 9/05/26 17:35
               I nie masz pojęcia, o czym piszesZ?

            2. Ten ich „serwer” to pewnie nieserwerowa odmiana Win , Sherif 9/05/26 19:01
               na której jest instancja SQL Express. Trzeba tak jak pisałeś przeklikać się na każdej końcówce i nie robić z tego zagadnienia.

1. Bez sensu i nie prawda... , ReMoS 8/05/26 22:32
   Płatnik jako soft musi zaktualizować się do obowiązującej wersji oraz wersji bazy danych. Robiąc to na jednym stanowisku to na innych jest komunikat, że baza danych już jest w nowszej wersji niż soft i też trzeba przeklikać.
   
   Ba jest o tyle inaczej niż przy wszystkich innych, że najzwyczajniej nie wyślesz poprawnie deklaracji ze starszych wersji niż te, które są akceptowane przez ZUS.
   
   Czyli musisz utrzymywać na wszystkich stanowiskach, tak czy inaczej, najnowszą wersję oprogramowania oraz bazy danych.

   Nie ufaj każdemu, kto zawsze mówi
   uwierz mi.

   1. Dlaczego nieprawda? , ligand17 9/05/26 17:36
      Jeżeli zrobię sobie kopię bazy przed aktualizacją, zaktualizuję sobie pierwszego klienta, potem przywrócę bazę sprzed aktualizacji to na drugim kliencie aktualizacja się nie wykona?
      1. Ale nie jest problemem aktualizacja drugiego klienta, gdy baza jest zaktualizowana. , pwil2 9/05/26 23:37
         Problem w tym, że trzeba zaktualizować aplikację do działania na wspólnej bazie. A zaktualizowana baza ma już świeże dane. Przywrócenie starej wersji nie ma sensu, skoro do wysłania potrzeba i tak mieć najnowszą wersję aplikacji/bazy.

         98X3D/96G/5080 HX370/128G
         78X3D/96G/6800 5600H/64G/3060
         1350P/64G 14700T SSD40TB A7m3

         1. Własnie dlatego , ligand17 10/05/26 09:24
            przy aktualizacji kolejnego klienta podstawiasz starszą wersję bazy danych sprzed update'u. Aktualizacja sprawdza, że klient i baza są w starszej wersji i przeprowadza aktualizację bez plucia błędem o wersji bazy.
            1. Można , KHot 10/05/26 10:35
               Tylko po co się tak gimnastykować, zamiast normalnie zaktualizować aplikację na pozostałych stacjach? W dodatku przy takiej akcji ktoś może wprowadzić dane na jeszcze nie zaktualizowanej stacji i po przywróceniu bazy je utraci.

               Pozdrawiam
               KHot

               1. Z tego co rozumiem , ligand17 10/05/26 10:48
                  to aktualizacja klienta powoduje również podniesienie wersji bazy. Przy próbie aktualizacji drugiego klienta, instalator wykrywa, że baza jest w wersji innej, niż oczekiwana i przerywa pracę. I nie zaktualizujesz pozostałych stacji, bo korzystają ze wspólnej bazy, która już jest zaktualizowana.
                  I tak, taką akcję trzeba zaplanować z wyprzedzeniem i najlepiej w weekend/wieczorem, kiedy nikt już nie pracuje na żadnej stacji.
                  1. Przeczytaj jeszcze raz co napisał marcin502 , KHot 10/05/26 11:22
                     W jego poście nie ma nic o przerywaniu pracy instalatora. Po aktualizacji Płatnika na jednej stacji i podniesieniu wersji bazy trzeba po prostu zaktualizować aplikację na innych stacjach. To proste zadanie - przy 3 stacjach na 15 minut pracy.

                     Pozdrawiam
                     KHot

                     1. A, OK , ligand17 10/05/26 12:38
                        Stwierdzenie "wiec na pozostalych Platnik juz nie dziala" odczytalem tak, że to dotyczy instalatora. Nie pomyślałem, że ktoś nie spróbował uruchomić aktualizacji na kolejnym kliencie niezależnie.

"Nie ma takich bredni, w które ludzie nie byliby
w stanie uwierzyć." S. Lem

1. Ps. mam ustawionego adina na jednym kompie. , Zbyl 11/05/26 11:14
   Na drugim użyszkodnika.

   "Nie ma takich bredni, w które ludzie nie byliby
   w stanie uwierzyć." S. Lem