Jakie masz parametry połączenia z bazą danych Biura i bazami danych podmiotów ? Czy masz skonfigurowany serwer do archiwizacji z innych stanowisk ?

różnica dla np. rachmistrza - (od razu było ip) - nie jest wpisana baza od razu

Kod: [Zaznacz]

<sql_server>192.168.1.20</sql_server>
<auth_mode>MIXED</auth_mode>
<sql_login encrypted="1">sa\786D54FCFEC4KGR657</sql_login>
<database></database>

Nie, przecież biuro w ogóle nie korzysta z plików startowych poszczególnych programów, gdyż może pracować z wieloma serwerami, parametry połączenia zbaza podmiotu są zapisane w danych klienta.

Gdzie sprawdza się archiwizację?

Czyli nic nie zostało skonfigurowane, aby mogło zadziałać. Wszystko jest opisane w pomocy do programu i wielokrotnie na forum.

F1->słowo kluczowe "Archiwizacja danych"->pierwszy temat "Archiwizacja podmiotu".

Ip serwera, baza ma wyznaczone ip - stąd był problem. Doszedłem w końcu, że co prawda każdy program zdalny używa ip, ale na serwerze lokalnie wpisane było netbiosowo po nazwie. Jak zmieniłem wszystkie wpisy na ip, ruszyło. Problem rozwiązany.

Baza nie ma, ale jeśli to jest Win 7, to po którejś z ostatnich poprawek masowo pojawił się problem z dostępem po nazwie serwera.
Zmiana na IP pomagała.

O co do tego adresu, to mi wygląda na fragment z pliku startowego i jeśli tak jest, to tu jest bład, bo nie ma nazwy Instancji do której loguje się GT.
Jesli już to pownno to wyglądać tak: <sql_server>192.168.1.20\Insertgt</sql_server>

Witam,
W ostatnim czasie robiłem migrację z SQL 2008 express na SQL 2014 express.  Testy aplikacji insertu przeszły pomyślnie, aktualizacja wersji bazy do silnika SQL2014 również ok.
Problemy zaczęły się przy próbie uruchomienia biuro GT (od uruchomienia do wczytania karty klientów trwało 9 min).
W logach serwera pojawiały się wpisy (log.JPG).
Weryfikując profiler'em co robi aplikacja i na czym sie wiesza. Porównując logi i profilera natrafiłem na potencjalne query które może powodować problemy, okazało sie że był to celny strzał.
W moim przypadku było dużo rozbieżności, raz był wskazany adres IP lib nazwa serwera z instancjami innym razem localhost.
Ogólnie syf tak samo jak autoryzacja do baz... (tabela.jpg) ze względów oczywistych wycięte zostały dane).
Po wykonaniu update tabeli aplikacja włączała sie 15 sekund. Niestety oprócz połączenia z bazą do samego biuro GT wymagane jest podanie nazwy użytkownika i hasło do każdej bazy firmy - dlatego użytkownik programu musi mieć uprawnienia sysadmin co niekoniecznie jest dobre lub db_owner. Poniżej zapytania które mogą sie przydać jeśli ktoś ma podobne problemy.
Niestety nie da się masowo wrzucić hasła ponieważ są szyfrowane - distinct sprawdza czy wpisy są unikatowe jeśli wyniki się różnia to coś jest nie tak. .

use insBiurogt


SELECT bkh_Id,bkh_Serwer,bkh_SQLAutWindows,bkh_SQLUzytkownik,bkh_SQLHaslo,bkh_BazaPodmiotu
FROM bkh__Kontrahent


select count(bkh_sqlhaslo), count( distinct(bkh_sqlhaslo)) from  bkh__Kontrahent


--update bkh__Kontrahent SET bkh_Serwer = 'adres IP serwera lub nazwa\nazwa instancji'
--update bkh__Kontrahent SET bkh_SQLUzytkownik = 'użtkownik z uprawneiniami DB_Owner lub sysdadmin'
--update bkh__Kontrahent SET bkh_SQLAutWindows = 'typ autoryzacji'  0 - login hasło -mixed mode, 1 - autoryzacja windows


Witam

Miałem ten sam problem co kolega "gregg" z pierwszego posta i nie potrafiłem na forum znaleźć konkretnego rozwiązania dlatego też napiszę jak mi się udało to naprawić.
Otóż do biura GT pracownicy z końcówek logują się na użytkownika natomiast podmioty w Biurze GT w zakładce Baza danych miały zaznaczone Autentykację Windows. po odznaczeniu pojawił się "ptaszek" w kolumnie statusu powiązania z bazą i wszystko działa prawidłowo.

Pozdrawiam

Darek