InsERT GT => Subiekt GT => Wątek zaczęty przez: robi01 w Sierpień 13, 2012, 11:25:55
-
Witam,
zainstalowałem nowy pakiet Inserta (1.29 SP1) na komputerze "serwerze" (i5,4GB RAM,WIN764bit,SQL2008R2-64bit). Przez program serwisowy zrobiłem de-archiwizację wszystkich 89-ciu podmiotów. Problem jest przy uruchamianiu programu kiedy ładują się podmioty trwa to strasznie długo kreska po kresce powoli. Jak się już załaduje to sama obsługa działa bez zarzutu. Później przy przełączaniu podmiotu znowu to samo. Może ktoś się spotkał z takim problemem lub zna rozwiązanie? Proszę o pomoc.
-
SQL pełny czy Express ? Nic nie wspomniałeś o jednym z najważniejszych elementów serwera bazodanowego - jaki jest podsystem dyskowy, w jakiej konfiguracji ?
-
SQL expres jest podstawowy instalowany z płyty Insertowskiej. Serwer to nie jest pełni tylko jego role, nie ma żadnych raidów itp. jest jeden dysk. Z insertu napisali mi:
nie jest to wina oprogramowania tylko sposobu konfiguracji SQLa. W samym programie nie ma żadnej konfiguracji. Najprawdopodobniej wszystkie bądź chociaż część podmiotów mają w programie serwisowym status "AutoClose" ustawiony na "+" a nie na "-". co świadczy o tym, że dane bazy są zamknięte i przy uruchamianiu programu czytanie listy podmiotów będzie o wiele dłużej trwało niż podmiotu z tym statusem ustawionym na "-". Zmienić to można jedynie poprzez dodatek do SQLa ściągnięty ze strony Microsoftu o nazwie Microsoft SQL Server Management Studio Express modyfikując właściwości poszczególnych baz danych
Robił już to ktoś??
-
Są ustawione opcje AutoClose na bazach danych jak sugeruje Insert, czy nie ? Jeśli tak to rzeczywiście trzeba je wyłączyć i zobaczyć jaki będzie efekt. Nie jest to zbyt skomplikowana operacja.
-
Tak większość jest automatycznie zamykana prawie 90% jest ze znaczkiem "+"
-
No to ściągaj SSMS, instaluj i zmieniaj opcje.
-
mam ten sam problem mamy już ok 120 podmiotów w programie seriwowym Rachistrza AUTOClose ustawione na "-" i nic nie pomaga co może być jeszcze nie tak???
-
Standardowo - brak Biura GT, słaby sprzęt, darmowy (z ograniczeniami SQL). Jeśli masz dobry sprzęt (jaki) to można rozrzucić bazy na kilka serwerów SQL.
-
na danych technicznych się zabardzo nie znam, ale w sieci mamy podłączone 3 komputery na jednym jest rewizor i on działa bardzo dobrze , a rachmistrz kuleje, w sieci mamy również płatnika i on dobrze działa nie muli
-
biura Gt nie mamy
-
No informatyka to chyba Wy wybraliście, a nie on Was... :) Że Biura nie macie to wiem, gdybyście mieli to nie byłoby tego problemu, Biuro GT w inny sposób zarządza listą podmiotów. Jak wspominałem pozostaje jeszcze obejście z kilkoma serwerami SQL, ale to wymaga już mocniejszego sprzętu, a nie wiem na czym jeszcze pracujecie. Taka ilość podmiotów wymaga już "poważnego" podejścia jeśli ma to działać płynnie.
-
winę zwala na ilość podmiotów, ze co my chcemy jak ma wczytać ok 120 podmiotów, ale sprawa jest taka ze od którejś aktualizacji w tym roku na początku roku to się stało, do tej pory działało bez zarzutu a ilość była taka sama. Dodam ze po tej aktualizacji jeden podmiot został uszkodzony właśnie w w bazie SQL i tez nie wie co się stało.
-
i tak jak mówie sprawa dotyczy tylko Rachmistrza bo w rewizorze nie mam zadnego problemu
-
informatyk jedyny który obsługuje u nas programy insert wiec wybór żadny, ...
No bez przesady, masz przecież do wyboru serwisantów z całej Polski, praktycznie wszystko da się zrobić dzisiaj zdalnie !
i tak jak mówie sprawa dotyczy tylko Rachmistrza bo w rewizorze nie mam zadnego problemu
Raczej nie jest to możliwe - czy Rewizor i Rachmistrz są na tym samym serwerze SQL ?
-
Jest możliwe, bo w BR stosunek KPiR do KH jest co najmniej 1:10. A 10 podmiotów uruchamia się szybciej niż 100.
-
a jak to sprawdze zby mieć pewność ??
-
Jest możliwe, bo w BR stosunek KPiR do KH jest co najmniej 1:10. A 10 podmiotów uruchamia się szybciej niż 100.
Hmmm, przecież aby sprawdzić czy baza jest bazą insertu oraz jaki program został na niej uruchomiony to sprawdzane są wszystkie bazy danych i to właśnie tyle trwa (Insert robi to niestety mało optymalnie).
a jak to sprawdze zby mieć pewność ??
W nazwie okna programu (lewy górny róg) masz informacje o nazwie podmiotu i na jakim serwerze pracuje.
-
to sa dwa różne serwery, ale rewizor nie działa w sieci tylko go mam na laptopie bo czasem potzrebny jest mobilnie, a rachmistrz działa w sieci na 3 komputerach i czasem jednocześnie.
-
to sa dwa różne serwery, ...
Tak też musiało być i dlatego jest szybko, gdyż jest sprawdzane na serwerze tylko kilka baz (systemowe też są sprawdzane) a nie ponad 120.
-
poszłam dalej i sprawdziłam ze na każdym komputerze program jest na innym serwerze czyli mamy 4 różne serwey ma to jakieś znaczenie
-
Jest możliwe, bo w BR stosunek KPiR do KH jest co najmniej 1:10. A 10 podmiotów uruchamia się szybciej niż 100.
Hmmm, przecież aby sprawdzić czy baza jest bazą insertu oraz jaki program został na niej uruchomiony to sprawdzane są wszystkie bazy danych i to właśnie tyle trwa (Insert robi to niestety mało optymalnie).
Na pierwszej lepszej bazie czas otwarcia Rachmistrza (18 podmiotów) 12 sek. Rewizora (3 podmioty) 1,6 sek. Dotyczy to pierwszego otwarcia, bo następne są już szybkie. Więc jednak nie przeszukuje wszystkiego po kolei. Zresztą nawet z punktu organizacji baz SQL byłby to bezsens.
-
Na pierwszej lepszej bazie czas otwarcia Rachmistrza (18 podmiotów) 12 sek. Rewizora (3 podmioty) 1,6 sek. Dotyczy to pierwszego otwarcia, bo następne są już szybkie.Więc jednak nie przeszukuje wszystkiego po kolei.
Nie chcę robić tutaj wywodów, gdyż nie przyspieszy to działania programu, a wszystko o czym piszę można łatwo sprawdzić samemu, jeśli masz wątpliwości to zapraszam na priv, nie będziemy zanudzali innych... Serwer SQL to dość rozbudowana aplikacja i jeśli raz wczytał informacje o bazie danych i ich nie wyrzucił z bufora to drugi raz są zwracane do aplikacji bardzo szybko...
Poza tym skąd program ma pobrać listę podmiotów bez sprawdzania wszystkich baz ? ;)
Zresztą nawet z punktu organizacji baz SQL byłby to bezsens.
Jak już pisałem nie jest to optymalne, ale tak to obecnie działa - Biuro GT ma własną bazę w której przechowuje listę baz na serwerze/serwerach SQL, nie sprawdzania i jest szybko.
-
Tyle, że samo Biuro otwiera się jeszcze dłużej. 11 podmiotów a czas otwarcia 1:17.
-
Tyle, że samo Biuro otwiera się jeszcze dłużej. 11 podmiotów a czas otwarcia 1:17.
U mnie 50 podmiotów otwiera się w około 12 sekund przy pierwszym uruchomieniu i w około 6 sekund przy kolejnych uruchomieniach, z przerwą na kliknięcie komunikatu o wersji próbnej programu... W XML'u startowym należy ustawić pełne dane logowania się do bazy danych Biura GT, przecież jest tylko jedna więc po co jej szukać... ?
-
Ustawienie xml`a to abecadło.
Akurat wziąłem bazę w której jest kilka podmiotów zdalnych, stąd rzeczywiście czas oczekiwania jest długi. Na innej bazie z 32 podmiotami czas uruchomienia jest ok 8 sek.
-
winę zwala na ilość podmiotów, ze co my chcemy jak ma wczytać ok 120 podmiotów, ale sprawa jest taka ze od którejś aktualizacji w tym roku na początku roku to się stało, do tej pory działało bez zarzutu a ilość była taka sama.
Jeśli rzeczywiście tak jest i nie są to tylko "subiektywne" odczucia (nie podajesz konkretnych czasów wczytania listy podmiotów przed i po) to należałoby poszukać przyczyny, może któraś z baz lub więcej jest uszkodzona, zwłaszcza że za chwilę piszesz:
Dodam ze po tej aktualizacji jeden podmiot został uszkodzony właśnie w w bazie SQL i tez nie wie co się stało.
Zwykle powód uszkodzenia jest jeden - niepoprawnie skonfigurowany i niezabezpieczony przed nieoczekiwanym wyłączeniem serwer SQL - czy przynajmniej każdy serwer jest podtrzymywany przez UPS'a ? Podmiot ten był już zapewne uszkodzony już dużo wcześniej, a uszkodzenie ujawniło się dopiero podczas aktualizacji. Dlatego tak ważne jest zapobieganie uszkodzeniom baz danych.
poszłam dalej i sprawdziłam ze na każdym komputerze program jest na innym serwerze czyli mamy 4 różne serwey ma to jakieś znaczenie
To też nie musi być do końca tak, gdyż adres serwera można podawać na różne sposoby, należałoby to dokładnie sprawdzić, teraz już nie wiem gdzie masz te 120 podmiotów, na jednym serwerze, czy rozrzucone po tych czterech... Ale jeśli rzeczywiście tak jest to po prostu macie delikatnie mówiąc bałagan, w którym należy pilnować (między innymi kopii bezpieczeństwa) i zabezpieczać cztery serwery zamiast jednego centralnego.
Ustawienie xml`a to abecadło.
To prawda, lecz wszystko o czym pisałem to też "abecadło", a jednak miałeś wątpliwości... ;)
-
wyszystko już hula w miare szybko hehe, ale bardzo dziwne bo odczepiłam w programie serwisowym jeden podmiot który miał przed znaczkiem wersji symbol "~" a w autoclose "+" był to podmiot nie używany. Więc prawdopodobnie to było przyczyną. Dzięki za info
-
wyszystko już hula w miare szybko hehe, ale bardzo dziwne bo odczepiłam w programie serwisowym jeden podmiot który miał przed znaczkiem wersji symbol "~" a w autoclose "+" był to podmiot nie używany. Więc prawdopodobnie to było przyczyną. Dzięki za info
;D ;D ;D lata mijają a porady wciąż aktualne, też mi muliło i tez miałem jedną bazę z ~ , skasowałem i wygląda na to że chodzi lepiej.
Tak przy okazji , może nasi specjaliści od baz wytłumaczą laikowi czy takla baza z ~ może zamulać i jeżeli tak to jak to się dzieje ( of ale lubię się uczyć :) )