Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: brunnerius w Styczeń 29, 2016, 14:14:39
-
Witam raz jeszcze, mam pytanie, choć nie jestem totalnym IT noobem to jednak targa mną kilka wątpliwości a internety nie odpowiedziały na moje rozterki.
Strasznie mi zamula Subiekt, serwer jakiś tam słaby nie jest, i7(4790) 16 giga ramu i SSD, komp sam w sobie zaiwania ale praca Subiekta GT to jakiś koszmar, zwłaszcza po ostatniej aktualizacji. No i wywęszyłem, że sql express ma potężne ograniczenia. Liczę, że instalacja pełnego pomoże a że nie chcę dularów topić od razu to chcę przetestować.
Wiadomo, przed kliknięciem "instaluj" robię wszelkie możliwe bakapy itd.
Pytanie brzmi, czy instalacja na "żywym organizmie" przechodzi z reguły gładko czy muszę wszystko wywalić, zainstalować od nowa i zdearchiwizować sobie bazę na "nowym".
Pomożecie?
-
A jaka jest wielkość bazy?
-
A tak ze 3,5 giga
-
W którym monecie to zwalnia
dokumenty? kartoteki? gestor na tym działa czy tylko subiekt? pytanie czy te 3,5 gb to dane czy zdjęcia albo poczta?
-
W tym momencie najbardziej zwalnia jak puszczamy dokumenty do druku, mamy taki system, że paragony są realizowane a dopiero potem drukowane są partiami. Po takim druknięciu subiekt wstaje nawet 15 minut, potem śmiga nieźle aż do następnego drukowania. Często również zwalnia znacznie przy otwieraniu zamówienia, przechodzeniu pomiędzy fakturami a paragonami itp. w sumie wszędzie, pomimo tego, że drukowania nie było. W bazie jest może 200 mega fotek, reszta to dane kontrahentów i inne dokumenty, poczty w subiekcie nie mamy wcale, z gestora nie korzystamy.
-
3,5 GB na kartoteki i dokumenty to nie mało, ale przy takim sprzęcie nie powinno to jeszcze mocno zwalniać. Pełny SQL może pomóc, ale pewnie nie do końca, dobrze byłoby przyjrzeć się bazie, czy nie działają tam jakieś dodatki autorskie i co tak naprawdę dzieje się podczas tego drukowania, czasami analiza bazy danych może dać więcej pożytecznego niż pełny SQL. Z jakiego okresu są te dane na subiekcie? Ile stanowisk ? Coś dużo jak na same dokumenty i kartoteki.
Sprawdź czy zwalnianie występuje też na samym serwerze czy tylko na stacjach klienckich (czasami problemy z wydajności spowodowane są siecią, zwłaszcza jak pracuje się po wifi).
Jeżeli chodzi o instalacje spokojnie może pracować dwie instancje i sqlexpress i pełny sql (nazwij ją tylko inaczej).
-
Bardzo Tobie Kolego dziękuję za poświęcony czas, dane są gromadzone od 2009 roku, średnio w miesiącu do bazy dopisywanych jest około 5000 kontrahentów, masa paragonów, faktur, dokumentów magazynowych itp.
Zwróciły moją uwagę trzy elementy Twoich podpowiedzi:
1) rozwiązania autorskie <- co rozumiesz pod tym pojęciem?
2) analiza bazy danych <- domyślam się, szerokie pojęcie, a na co miałbym zwrócić uwagę?
3) zamula mi wszędzie i na jednostce głównej i na końcówkach (9 sztuk) cała sieć jest na kablu i odcięta od świata zewnętrznego ;)
Mam ostatnie pytanie, czyli mogę spokojnie zainstalować pełnego sql i po zainstalowaniu cóż mam uczynić? Bo wspomniałeś o dwóch instancjach, subiekt się skapnie i da mi możliwość wyboru czy jak to się je?
-
Instancji możesz mieć ile chcesz. Rozwiązuje się to prosto, bo w adresie połaczenia dla GT podaje się adres w formacie serwer\instancja. Więc zmieniając tylko nazwę instancji podłączmy się do innych baz w niej utworzonych. Co więcej nie trzeba wahlować adresami, bo można utworzyć wiele skrótów, każdy z innym odwołaniem.
Natomiast uczulam na jedno - baza skonwertowana na wyższy SQL nie wróci na niższą wersję.
Więc dla bezpieczności musiał byś do prób postawić pełnego sql dokładnie w tej samej wersji.
-
Witam raz jeszcze, mam pytanie, choć nie jestem totalnym IT noobem to jednak targa mną kilka wątpliwości a internety nie odpowiedziały na moje rozterki.
Najwyraźniej nie szukałeś informacji na tym forum, gdyż było kilka wątków w tym temacie, jeden z ostatnich wątków: http://www.forumsubiekta.pl/subiekt/insert-jaki-serwer-z-plusem-na-przyszlosc/ (http://www.forumsubiekta.pl/subiekt/insert-jaki-serwer-z-plusem-na-przyszlosc/), i jeden ze starszych: http://www.forumsubiekta.pl/subiekt/poprawa-wydajnosci-poprzez-zmiane-domyslnej-lokalizacji-plikow-serwera-ms-sql/ (http://www.forumsubiekta.pl/subiekt/poprawa-wydajnosci-poprzez-zmiane-domyslnej-lokalizacji-plikow-serwera-ms-sql/).
Pytanie brzmi, czy instalacja na "żywym organizmie" przechodzi z reguły gładko czy muszę wszystko wywalić, zainstalować od nowa i zdearchiwizować sobie bazę na "nowym".
Instalacja gładko, ale aktualizacja już różnie.
Pomożecie?
Pomagamy zawsze tylko nie zawsze druga strona potrafi lub chce skorzystać z tej pomocy... :(
-
Instancji możesz mieć ile chcesz. Rozwiązuje się to prosto, bo w adresie połaczenia dla GT podaje się adres w formacie serwer\instancja. Więc zmieniając tylko nazwę instancji podłączmy się do innych baz w niej utworzonych. Co więcej nie trzeba wahlować adresami, bo można utworzyć wiele skrótów, każdy z innym odwołaniem.
Natomiast uczulam na jedno - baza skonwertowana na wyższy SQL nie wróci na niższą wersję.
Więc dla bezpieczności musiał byś do prób postawić pełnego sql dokładnie w tej samej wersji.
Czyli powrót do expresa po przekonwertowaniu bazy na pełnego jest niemożliwy?
Ok i jednej jeszcze wskazówki już tylko potrzebuję: po zainstalowaniu pełnego sql na kompie na którym mam już express jak "ustawiam" bazę aby chodziła na "nowym" nie na starym?
Najwyraźniej nie szukałeś informacji na tym forum, gdyż było kilka wątków w tym temacie, jeden z ostatnich wątków: http://www.forumsubiekta.pl/subiekt/insert-jaki-serwer-z-plusem-na-przyszlosc/ (http://www.forumsubiekta.pl/subiekt/insert-jaki-serwer-z-plusem-na-przyszlosc/), i jeden ze starszych: http://www.forumsubiekta.pl/subiekt/poprawa-wydajnosci-poprzez-zmiane-domyslnej-lokalizacji-plikow-serwera-ms-sql/ (http://www.forumsubiekta.pl/subiekt/poprawa-wydajnosci-poprzez-zmiane-domyslnej-lokalizacji-plikow-serwera-ms-sql/).
Mea Culpa, w sumie nie lenistwo a zły dobór słów w wyszukiwarce, dzięki za linki
Instalacja gładko, ale aktualizacja już różnie.
Czyli co, mogą być problemy z aktualizowaniem subiekta do wyższych wersji na pełnym sql? Jeżeli tak, to wiecie jak sobie z nimi w razie "W" poradzić?
Pomagamy zawsze tylko nie zawsze druga strona potrafi lub chce skorzystać z tej pomocy... :(
Potrafię, chcę, skorzystam i bardzo Wam Panowie za pomoc dziękuję.
-
Instancji możesz mieć ile chcesz. Rozwiązuje się to prosto, bo w adresie połaczenia dla GT podaje się adres w formacie serwer\instancja. Więc zmieniając tylko nazwę instancji podłączmy się do innych baz w niej utworzonych. Co więcej nie trzeba wahlować adresami, bo można utworzyć wiele skrótów, każdy z innym odwołaniem.
Natomiast uczulam na jedno - baza skonwertowana na wyższy SQL nie wróci na niższą wersję.
Więc dla bezpieczności musiał byś do prób postawić pełnego sql dokładnie w tej samej wersji.
Czyli powrót do expresa po przekonwertowaniu bazy na pełnego jest niemożliwy?
Czytaj uważnie, nie ma żadnej konwersji bazy danych między edycjami serwera SQL, mowa była o wersji.
Ok i jednej jeszcze wskazówki już tylko potrzebuję: po zainstalowaniu pełnego sql na kompie na którym mam już express jak "ustawiam" bazę aby chodziła na "nowym" nie na starym?
A jak było konfigurowane połączenie do tej pory ? Skorzystaj z programu serwisowego i parametrów uruchomieniowych.
Instalacja gładko, ale aktualizacja już różnie.
Czyli co, mogą być problemy z aktualizowaniem subiekta do wyższych wersji na pełnym sql? Jeżeli tak, to wiecie jak sobie z nimi w razie "W" poradzić?
O co w takim razie pytałeś ? Ja zrozumiałem, że chodzi o serwer SQL, a nie programy Insertu.
-
1) rozwiązania autorskie <- co rozumiesz pod tym pojęciem?
2) analiza bazy danych <- domyślam się, szerokie pojęcie, a na co miałbym zwrócić uwagę?
3) zamula mi wszędzie i na jednostce głównej i na końcówkach (9 sztuk) cała sieć jest na kablu i odcięta od świata zewnętrznego ;)
Ad1. Przeanalizuj jakie dodatkowe aplikacje lub usprawnienia na bazie masz zainstalowane w subiekcie (chyba, że nie ma wcale), generalnie subiekt jest na tyle elastyczny, że można z niego sporo wycisnąć za pomocą dodatkowego oprogramowania, które niestety czasami może też zaszkodzić np. dużym przyrostem danych lub spowolnieniem subiekta.
Ad2. Dobrze się domyślasz to bardzo szerokie pojecie, jeżeli nie miałeś za wiele wspólnego z sqlem to niestety jak pełny sql nie pomoże będziesz skazany na jakiegoś serwisanta (tutaj mogę Ci polecić Daniela, który jest mistrzem w poprawianiu po InsERTcie, przyśpiesza bazy szybciej niż pełny sql :) o ile oczywiście się da.)
Ad.3 No to na początek sieć możesz wykluczyć.
-
Panowie, mega dziękuję za podpowiedzi i pokierowanie mnie w odpowiednie miejsca, mam na prawdę ostatnie pytanie.
W expressie mam ustawione wyjście na zewnątrz (inna instancja niż w sieci "hermetycznej") i pytanie brzmi, czy po instalacji pełnego sql będę musiał otwierać port i ustawiać wszystko od nowa czy mi to "łyknie bez bólu"?
-
Nie rozumiem co chcesz uzyskać, więc nie potrafię odpowiedzieć na pytanie... Jeśli nową instancję skonfigurujesz tak samo jak istniejącą to pzecież niczego więcej nie trzeba będzie zmieniać.
-
Przechodziłem przez zmianę SQL z Express na pełny. Powód był ten sam - mulenie. Po zmianie odczuło się przyspieszenie, szczególnie gdy ktoś puszczał zestawienie za duży okres i trzeba było działać na końcówkach, a tam dramat, nic nie szło zrobić.
Ja podszedłem do tego trochę inaczej - zarchiwizowałem bazę danych, zdearchiwizowałem na wirtualnej maszynie z zainstalowanym pełnym SQL-em, celem sprawdzenia czy wszystko odbędzie się bez problemu. Gdy okazało się, wszystko zadziało się w porządku, zrobiłem archiwizację, usunąłem SQL Express z serwera (po co ma chodzić, skoro nie będzie używany), a następnie zainstalowałem na serwerze pełny SQL. Potem tylko dearchiwizacja, konfiguracja końcówek pod nową instancję i tyle.
Zawsze możesz wrócić do wersji EXPRESS, po prostu archiwizujesz dane i dearchiwizujesz na bazie EXPRESS. Musisz tylko iść "w górę" lub na ten sam poziom wersji. Czyli 2012 pełny zdearchiwizujesz na 2012 Express i wyższym itp.
Najlepiej sobie te wszystkie operacje przerobić na wirtualce na osobnym kompie, przećwiczyć ewentualne scenariusze, a potem dopiero zabrać się za "żywy organizm".
Pozdrawiam
-
Jeszcze taka jedna uwaga odnośnie instancji. Otóż każda instancja musi pracować na osobnym porcie roboczym. W sieci wenętrznej nie ma z tym problemu. Ale jeśli korzystasz z tego także z zewnątrz, to muszą być odpowiednie przekierowania portów w NAT routera, osobne dla każdej instancji, bo są rózne porty.
Podkreślam, ze chodzi o port roboczy, a nie nasłuchujacy, którym standardowo jest 1433 i jest wpólny dla wszyskich instancji.
-
konfiguracja końcówek pod nową instancję i tyle.
To też nie było konieczne ;)
-
konfiguracja końcówek pod nową instancję i tyle.
To też nie było konieczne ;)
Konieczne o ile przez taką modyfikację rozumiemy przekierowanie w pliku startowym na nową instancję.
-
konfiguracja końcówek pod nową instancję i tyle.
To też nie było konieczne ;)
Konieczne o ile przez taką modyfikację rozumiemy przekierowanie w pliku startowym na nową instancję.
@gilbert3 pisał o "zastąpieniu" instancji, a nie tworzeniu nowej.
-
Cytat: brunnerius w Styczeń 29, 2016, 23:08:14
Ok i jednej jeszcze wskazówki już tylko potrzebuję: po zainstalowaniu pełnego sql na kompie na którym mam już express jak "ustawiam" bazę aby chodziła na "nowym" nie na starym?
Ten fragment na to nie wskazuje. Chyba, ze uda mu się w obu serwerach SQL na tym samym kompie uzyskać instancje o tej samej nazwie.
-
Cytat: brunnerius w Styczeń 29, 2016, 23:08:14
Ok i jednej jeszcze wskazówki już tylko potrzebuję: po zainstalowaniu pełnego sql na kompie na którym mam już express jak "ustawiam" bazę aby chodziła na "nowym" nie na starym?
Ten fragment na to nie wskazuje. Chyba, ze uda mu się w obu serwerach SQL na tym samym kompie uzyskać instancje o tej samej nazwie.
Bo zacytowałeś wypowiedź użytkownika @brunnerius, a ja odnosiłem się do wypowiedzi użytkownika @gilbert3.
-
No cóż, dwóch użytkowników zadaje rózne pytania w jednym wątku.
Nie śledzę, który o co pyta, bo nie mam aż tyle czasu. Odpowiadam na zadane pytanie. Pewnie ten, który pytał zrozumie.
-
Panowie,
Jestem w czarnym tyłku, przy próbie aktualizacji wywala mi niezgodność, że niby mam x86 a chcę instalować x64
http://imgur.com/JADPNAP
tylko ja mam x86 instalkę i x86 system (postanowiłem nie na żywym organizmie)
Wiecie skąd to się bierze, wywala mi to przy uruchomieniu aktualizacji z expresa do pełnego przy pomocy polecenia
setup /ACTION=editionupgrade /INSTANCENAME=SQLEXPRESS
-
Skoro pytałeś i otrzymałeś odpowiedź to trzeba było skorzystać...
Pytanie brzmi, czy instalacja na "żywym organizmie" przechodzi z reguły gładko czy muszę wszystko wywalić, zainstalować od nowa i zdearchiwizować sobie bazę na "nowym".
Instalacja gładko, ale aktualizacja już różnie.