Autor Wątek: Migracja SQL Express -> Standard  (Przeczytany 10484 razy)

0 użytkowników i 1 Gość przegląda ten wątek.

Offline PajDziku

  • Nowy użytkownik
  • *
  • Wiadomości: 38
  • Reputacja +0/-0
  • Wersja programu: Aktualna
Migracja SQL Express -> Standard
« dnia: Kwiecień 15, 2016, 14:08:15 »
Witam,

w dniu jutrzejszym planujemy przejść z darmowej wersji na wersję płatną (głównie ze względu ograniczeń SQL Expressa).
To jak przejść przez proces samej aktualizacji oprogramowania do zarządzania bazą pewnie gdzieś znajdę w internecie, jednak moje pytanie dotyczy, czy po takiej migracji, wymagane są jakieś dodatkowe działania na bazie? Mam tutaj na myśli, hmm, nie wiem jakieś indeksowanie, itp, tak aby nie było komplikacji w przyszłości. Ewentualnie, czy trzeba coś skonfigurować dodatkowo po instalacji płatnej wersji?

Z góry dzięki za odpowiedzi.

Offline candy

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 4919
  • Reputacja +173/-11
Odp: Migracja SQL Express -> Standard
« Odpowiedź #1 dnia: Kwiecień 15, 2016, 14:24:55 »
Nie trzeba nic robić z bazą.
Nie pytaj co rząd może zrobić dla Ciebie. Spytaj czy mógłby tego nie robić.

Offline PajDziku

  • Nowy użytkownik
  • *
  • Wiadomości: 38
  • Reputacja +0/-0
  • Wersja programu: Aktualna
Odp: Migracja SQL Express -> Standard
« Odpowiedź #2 dnia: Kwiecień 15, 2016, 14:39:36 »
Na taką odpowiedź liczyłem :D

Dzięki wielkie!

Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17230
  • Reputacja +800/-27
  • Wersja programu: GT/Navireo/nexo
Odp: Migracja SQL Express -> Standard
« Odpowiedź #3 dnia: Kwiecień 15, 2016, 19:15:09 »
w dniu jutrzejszym planujemy przejść z darmowej wersji na wersję płatną (głównie ze względu ograniczeń SQL Expressa).

Jakie to ograniczenia, w czerwcu zeszłego roku baza danych miała rozmiar nieco ponad 2GB ? W czym Ci pomogło przejście na pełnego SQL'a, może podzielisz się przynajmniej wybranymi wynikami testów ?
Daniel, Białystok.

Offline Artwi

  • Aktywny użytkownik
  • ***
  • Wiadomości: 187
  • Reputacja +3/-0
  • Wersja programu: Insert GT aktualny
Odp: Migracja SQL Express -> Standard
« Odpowiedź #4 dnia: Kwiecień 19, 2016, 15:54:13 »
Jakie to ograniczenia, w czerwcu zeszłego roku baza danych miała rozmiar nieco ponad 2GB ? W czym Ci pomogło przejście na pełnego SQL'a
Wydajnościowo pewnie wcale przy tak małej bazie i tak mało obciążonej. Ale na pełnej można skonfigurować automatyczne robienie backupów (można to obejść zewnętrznym softem) oraz można po awarii (jeśli model recovery to nie simple) po logu przywracać do dowolnego momentu przed awarią. W darmowej wersji jest dostępny tylko ostatni backup (i to bez kompresji, o ile pamiętam). To duża różnica.
Mając na uwadze, że ewentualna krytyka może być, tak musimy zrobić, żeby tej krytyki nie było, tylko aplauz i zaakceptowanie.

Offline Marucha

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 864
  • Reputacja +8/-3
  • Jedna zmiana przygotowuje drugą.
  • Wersja programu: rewizor, rachmistrz, biuro gt aktualne
Odp: Migracja SQL Express -> Standard
« Odpowiedź #5 dnia: Kwiecień 19, 2016, 18:31:29 »
Jakie to ograniczenia, w czerwcu zeszłego roku baza danych miała rozmiar nieco ponad 2GB ? W czym Ci pomogło przejście na pełnego SQL'a
Wydajnościowo pewnie wcale przy tak małej bazie i tak mało obciążonej. Ale na pełnej można skonfigurować automatyczne robienie backupów (można to obejść zewnętrznym softem) oraz można po awarii (jeśli model recovery to nie simple) po logu przywracać do dowolnego momentu przed awarią. W darmowej wersji jest dostępny tylko ostatni backup (i to bez kompresji, o ile pamiętam). To duża różnica.

ciągnąc temat backupów, czy znacie soft , który pozwoli mi na automatyczną archiwizację 200 baz danych ( nie mam na myśli biura gt oczywiście), ważne żeby nie trzeba było podpinac za każdym razem do listy archiwizowanych nowo utworzonej bazy tylko żeby automatycznie dopisywała się do listy itp. ( każda baza archiwizowana w oddzielnym pliku , nie tak jak w biurze gt

Offline Chris

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 2846
  • Reputacja +275/-0
  • Wersja programu: GT, Nexo - aktualne
Odp: Migracja SQL Express -> Standard
« Odpowiedź #6 dnia: Kwiecień 19, 2016, 21:56:41 »
Jakie to ograniczenia, w czerwcu zeszłego roku baza danych miała rozmiar nieco ponad 2GB ? W czym Ci pomogło przejście na pełnego SQL'a
Wydajnościowo pewnie wcale przy tak małej bazie i tak mało obciążonej. Ale na pełnej można skonfigurować automatyczne robienie backupów (można to obejść zewnętrznym softem) oraz można po awarii (jeśli model recovery to nie simple) po logu przywracać do dowolnego momentu przed awarią. W darmowej wersji jest dostępny tylko ostatni backup (i to bez kompresji, o ile pamiętam). To duża różnica.

ciągnąc temat backupów, czy znacie soft , który pozwoli mi na automatyczną archiwizację 200 baz danych ( nie mam na myśli biura gt oczywiście), ważne żeby nie trzeba było podpinac za każdym razem do listy archiwizowanych nowo utworzonej bazy tylko żeby automatycznie dopisywała się do listy itp. ( każda baza archiwizowana w oddzielnym pliku , nie tak jak w biurze gt
Niedawno miałem taką prośbę w biurze rachunkowym, to rozwiązałem to za pomocą osql i procedury xp_cmdshell. Dodatkowy soft nie jest potrzebny.
Krzysztof, Radom

Offline Marucha

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 864
  • Reputacja +8/-3
  • Jedna zmiana przygotowuje drugą.
  • Wersja programu: rewizor, rachmistrz, biuro gt aktualne
Odp: Migracja SQL Express -> Standard
« Odpowiedź #7 dnia: Kwiecień 20, 2016, 21:00:00 »
Chris, dzieki za info, przedzwonię w przyszłym miesiącu jak się trochę ogarnę po kampanii PITowej

Offline birds22

  • Ekspert
  • *****
  • Wiadomości: 9234
  • Reputacja +1306/-21
  • Wersja programu: Najnowsza
Odp: Migracja SQL Express -> Standard
« Odpowiedź #8 dnia: Kwiecień 20, 2016, 21:33:12 »
Gdzieś na forum jest skrypt, którego używam do backupu wszystkich baz.
Sławek, Zduńska Wola

Offline Aldo

  • Ekspert
  • *****
  • Wiadomości: 10690
  • Reputacja +433/-13
  • Wersja programu: najnowsza
Odp: Migracja SQL Express -> Standard
« Odpowiedź #9 dnia: Kwiecień 20, 2016, 23:08:56 »
Można w Archiwizatorze zrobić harmonogram dla każdego podmiotu osobno, tyle, że na początku trzeba się trochę naklikać.

Offline PajDziku

  • Nowy użytkownik
  • *
  • Wiadomości: 38
  • Reputacja +0/-0
  • Wersja programu: Aktualna
Odp: Migracja SQL Express -> Standard
« Odpowiedź #10 dnia: Kwiecień 21, 2016, 12:30:26 »
w dniu jutrzejszym planujemy przejść z darmowej wersji na wersję płatną (głównie ze względu ograniczeń SQL Expressa).

Jakie to ograniczenia, w czerwcu zeszłego roku baza danych miała rozmiar nieco ponad 2GB ? W czym Ci pomogło przejście na pełnego SQL'a, może podzielisz się przynajmniej wybranymi wynikami testów ?

A takie, że zużycie ramu przy połączonych na raz ok. 15-20 użytkowników, jest maksimum 1,5Gb (w naszym przypadku, w dokumentacji sql expressa jest, że 1Gb). Wersja standard eliminuje to ograniczenie. Poza tym, osoba, która implementowała w tej firmie, jakieś 8 lat temu subiekta, podpowiedziała mi, że jest też nieformalne ograniczenie ilości jednoczesnych połączeń do (strzelam tutaj, bo nie pamiętam dokładnie) 10, każda kolejna osoba połączona do bazy będzie miała opóźnienia (nie wiem czy tyczy się to mechanizmu subiekta z wersją sql expressa, czy samego sql express).

Offline candy

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 4919
  • Reputacja +173/-11
Odp: Migracja SQL Express -> Standard
« Odpowiedź #11 dnia: Kwiecień 21, 2016, 12:38:12 »
To się tyczy systemu operacyjnego. Home - 5, Prof - 10 itd, choć to też nie tak do końca jednoznaczne.
Nie pytaj co rząd może zrobić dla Ciebie. Spytaj czy mógłby tego nie robić.

Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17230
  • Reputacja +800/-27
  • Wersja programu: GT/Navireo/nexo
Odp: Migracja SQL Express -> Standard
« Odpowiedź #12 dnia: Kwiecień 21, 2016, 13:33:23 »
w dniu jutrzejszym planujemy przejść z darmowej wersji na wersję płatną (głównie ze względu ograniczeń SQL Expressa).

Jakie to ograniczenia, w czerwcu zeszłego roku baza danych miała rozmiar nieco ponad 2GB ? W czym Ci pomogło przejście na pełnego SQL'a, może podzielisz się przynajmniej wybranymi wynikami testów ?

A takie, że zużycie ramu przy połączonych na raz ok. 15-20 użytkowników, jest maksimum 1,5Gb (w naszym przypadku, w dokumentacji sql expressa jest, że 1Gb). Wersja standard eliminuje to ograniczenie.

Liczba użytkowników NIE przekłada się bezpośrednio na wykorzystanie pamięci RAM... To przede wszystkim zależy od wykonywanych operacji i ich optymalizacji... Nie odpowiedziałeś też na najważniejsze pytanie - jak to wpłynęło na pracę w programie ? Czy efekty są warte poniesienia takich kosztów ?

Poza tym, osoba, która implementowała w tej firmie, jakieś 8 lat temu subiekta, podpowiedziała mi, że jest też nieformalne ograniczenie ilości jednoczesnych połączeń do (strzelam tutaj, bo nie pamiętam dokładnie) 10, każda kolejna osoba połączona do bazy będzie miała opóźnienia (nie wiem czy tyczy się to mechanizmu subiekta z wersją sql expressa, czy samego sql express).

Czyli od 8 lat podejmujesz decyzje na podstawie takich bzdur :o Tego typu ograniczenie miało MSDE 2000, ale od SQL'a 2005 (od około 11 lat) już go nie ma... Polecam jak najszybciej zrewidować swoją wiedzę we wszystkich istotnych kwestiach.
Daniel, Białystok.

Offline PajDziku

  • Nowy użytkownik
  • *
  • Wiadomości: 38
  • Reputacja +0/-0
  • Wersja programu: Aktualna
Odp: Migracja SQL Express -> Standard
« Odpowiedź #13 dnia: Kwiecień 25, 2016, 14:23:32 »
jak to wpłynęło na pracę w programie ? Czy efekty są warte poniesienia takich kosztów ?
Nie odpowiem Ci na to pytanie, gdyż wstrzymaliśmy się z instalacją wyższej wersji SQL (Standard runtime -insertu), gdyż obawiamy się, że po instalacji Standarda, po "puszczeniu" ograniczeń SQLa Expressa, sama usługa SQL, mogłaby zająć całą pamięć RAM (4GB DDR2 800Mhz - tak wiem, archaiczny sprzęt i planujemy już wymianę, po wymianie sprzętu, zostanie tam zainstalowany nowy SQL), nie wspominając już, że serwer obsługuje również inne funkcje, jak obsługę terminali.
8 lat podejmujesz decyzje na podstawie takich bzdur :o
Nie pisałem nic na temat podejmowania decyzji, tym bardziej od takiego okresu, gdyż pracuje w obecnej firmie o wiele wiele krócej.

Co do wiadomości, które uzyskałem odbieram je z dystansem - mam zdecydowanie mniejsze doświadczenie w bazach SQL (specjalizuję się w zupełnie czym innym), dlatego też w niektórych kwestiach piszę tutaj na forum.

Naczytałem się również wielu postów na tym forum (większość z nich z Twoim udziałem - mam tutaj na myśli dkozlowski), że baza insertu jest mocno niezoptymalizowana i poszczególne elementy trzeba osobno optymalizować, tak więc widzę, że bez wiedzy eksperckiej w tym temacie (spowolnienie pracy) SQL się tutaj nie obejdzie. Mam jedynie prośbę, aby zerknąć do pliku z wynikami zapytania sql, które udostępnił użytkownik właśni dkozlowski - ListTableInBase.sql i komentarz do nich. Z góry dzięki.
« Ostatnia zmiana: Kwiecień 25, 2016, 14:28:30 wysłana przez PajDziku »

Offline candy

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 4919
  • Reputacja +173/-11
Odp: Migracja SQL Express -> Standard
« Odpowiedź #14 dnia: Kwiecień 25, 2016, 14:35:04 »
Nie odpowiem Ci na to pytanie, gdyż wstrzymaliśmy się z instalacją wyższej wersji SQL (Standard runtime -insertu), gdyż obawiamy się, że po instalacji Standarda, po "puszczeniu" ograniczeń SQLa Expressa, sama usługa SQL, mogłaby zająć całą pamięć RAM (4GB DDR2 800Mhz - tak wiem, archaiczny sprzęt i planujemy już wymianę, po wymianie sprzętu, zostanie tam zainstalowany nowy SQL)
Czyli podjęliście decyzję w oparciu o własną niewiedzę, zakładając że co jak co, ale ci którzy doradzają nie mogą mieć racji.
Brzmi rozsądnie  ;)

A ilość pamięci RAM jaką może zająć serwer SQL to parametr, który się po prostu ustawia.
Można przydzielić "ile da rady", ale równie dobrze może to być 1,8GB albo 2.7GB
Nie pytaj co rząd może zrobić dla Ciebie. Spytaj czy mógłby tego nie robić.

Forum Użytkownikow Subiekt GT

Odp: Migracja SQL Express -> Standard
« Odpowiedź #14 dnia: Kwiecień 25, 2016, 14:35:04 »