itbrat ☺

Hmm to by było to.. U nas zmieniliśmy strategie, zaznaczasz kilka transakcji i grupowo. Potem tylko edytować taki dokument. Nieco działa szybciej po całkowitym odbudowaniu indeksów + przeniesienia na mocniejszy sprzęt zarówno klienta jak i serwer z sello. Obczaj tutaj zapytania, bo może całkowita odbudowa od podstaw Ci pomoże: https://forum.sello.pl/index.php?topic=10497.0 Na jakim sprzęcie macie odpalony SQL? U mnie to: Intel i5-6500, 16GB DDR4 2400, SSD HyperX Furry 240GB

Usiądę niebawem nad lepszym skryptem. Podmiana na pi U nas nie używamy Sello do wystawiania aukcji bo jest to w skrócie: problematyczne. Potrzebowałem czegoś co mi uwolni bazę z niepotrzebnych zdjęć, a wracają tylko potrzebne. Tu jest jak coś jpg 1x1 białe tło: 0xFFD8FFE000104A46494600010101006000600000FFDB004300080606070605080707070909080A0C140D0C0B0B0C1912130F141D1A1F1E1D1A1C1C20242E2720222C231C1C2837292C30313434341F27393D38323C2E333432FFDB0043010909090C0B0C180D0D1832211C213232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232FFC00011080001000103012200021101031101FFC4001500010100000000000000000000000000000007FFC40014100100000000000000000000000000000000FFC40014010100000000000000000000000000000000FFC40014110100000000000000000000000000000000FFDA000C03010002110311003F00BF800FFFD9 @Ks. Robak, odpisałem na PW.

To zróbcie jak się uspokoi akcja z tymi aukcjami. Zamykam.

Rozwiązanie, które do tej pory działa: 1. Wyłączyłem wszędzie Sello. 2. Zrobiłem CheckDB + repair. // Zero błedów 2. Przebudowałem całkowicie wszystkie indeksy za pomocą powyższego skryptu. 3. Zrobiłem TRUNCATE TABLE ins_blokada 4. Pobieranie formularzy: co 25 min, co 30 pobrań pełne. 5. Odpaliłem sello na serwerze. Jak do tej pory brak blokad. PS: Bartek, musicie poprawić cały ten schemat pobierania formularzy i transakcji, na pewno da się szybciej.

To zmień kodowanie tabel na utf8mb4 Ale faktycznie, wzrasta ruch mobilny, gdzie większość telefonów używa emoji jako emotek, nie kodów w stylu " : - ) " Edit: Ale ta zmiana kodowania tu na forum prawdopodobnie go wykrzaczy. Skrypt jest stary i na bank nie używa funkcji z php'a mb_* do obsługi unikodu.

Dzięki Bartek, rozjaśniłeś coś. Jeśli spojrzysz na wykresy, jest tam całkiem spora ilość lock/s requestów. Podejrzewam, że faktycznie jest tak jak piszesz. Na chwilę obecną wyczyściłem całe ins_blokada, zrobiłem całkowity rebuild indeksów, oraz zbroiłem restart serwera sql i zobaczymy jak to będzie. Z Twojego opisu wynika, że będę musiał pomyśleć nad parametrami automatycznej synchronizacji. Niestety ciężko mi na chwilę obecną sprawdzić pozostawione blokady. DECLARE @databaseName NVARCHAR(255), @SQL NVARCHAR(MAX) SELECT @databaseName = min(TABLE_NAME) FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_TYPE = 'BASE TABLE' WHILE @databaseName IS NOT NULL BEGIN SET @SQL = 'ALTER INDEX ALL ON [' + @databaseName + '] REBUILD;' PRINT @SQL -- EXECUTE @SQL SELECT @databaseName = min(TABLE_NAME) FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_TYPE = 'BASE TABLE' AND TABLE_NAME > @databaseName END - Generowanie zapytań na odbudowę indeksów. Napisałem na samym początku, że pracuję na wersji testowej. Przyrost wydajności widzę trochę na +. Dużo więcej wygodnych opcji optymalizacyjnych. Najefektywniej wypadnie Ci licencja na rdzeń, 15k netto, ale w późniejszym czasie się zwróci. Wszystko zależy od wykorzystania i urządzeń jakie mogą się łączyć. Ale dla samego Sello już widzę, że nie opłaca mi się kupować wersji standard. Mimo, że mam dosyć wydajny komputer, dla samych operacji bazodanowych to z dochodzenia jakie przeprowadziłem wynika, że nie ważne jak szybki będziesz miał sprzęt, pewnych rozwiązań w samym programie nie przeskoczysz. Kiedyś może napiszą sello od nowa w oparciu o zupełnie nowy framework, z nowszymi rozwiązaniami (upraszczając do przeciętnego kowalskiego) oraz bardziej optymalne zapytania. Od zwróconej wartości zapytania po wyświetlenie w sello jest jeszcze trochę rzeczy do zrobienia po drodze.

Rozwiązanie to pewnie zmiana sposobu trzymania kodowania. https://dba.stackexchange.com/questions/139551/how-do-i-set-a-sql-server-unicode-nvarchar-string-to-an-emoji-or-supplementary

To trochę wyklucza pracę grupową takiego sello i bardziej sprowadza do roli klient/serwer na jednej tylko maszynie. Problem pojawił po przejściu na mocniejszy sprzęt i już uwolnioną od ograniczeń wersję sql. Wcześniej występował również, ale trochę rzadziej. Pojawiały się tu kiedyś podobne tematy, a Ty masz większą wiedzę jak to wewnętrznie macie rozwiązane. Faktycznie mam sporo wpisów w ins_blokada, co jeszcze można zrobić? wgl jak działa taki mechanizm synchronizacji? Zakładam, że w oparciu o jakiś "semafor" Chyba wyczyszczę dziś wieczorem tabelę ins_blokada i zrestartuje serwer sql. Może to pomoże. Dziwna sprawa. Może za dużo mocy ma ^^ Zerknij na załączniki.

Z racji tego, że Sello mocno wali zapytaniami podczas aktualizacji czy pobierania formularzy, byłem zmuszony przenieść go na mocniejszy komputer. (SQL Profiler ładnie pokazuje co się dzieje). "Serwer" z Subiektem jest obecnie osobno. Na serwerze #2 z Sello mam postawiony trial SQL Standard 2017, testuję różnicę nad Express i Standard (jest całkiem spora). Sello pracuje na komputerze z następującymi parametrami: Transakcje - pobiera co 25 minut, pełne pobranie co 30 pobrań. Wiadomości wysyła co 15 minut. I w zasadzie na tym komputerze się nie pracuje, a uptime to już 5 dni. Wersja Sello 1.24.0 Od jakiegoś czasu, Sello na innym komputerze (jako klient) trochę tak jakby się blokuje. Pojawiają się błędy tupu: Obiekt został zablokowany przez operatora yyyyy na stacji zzzz, jakiś dymek z kropką, czy pytajnik w lewym górnym rogu. - Podczas tworzenia paczek - Rozgrupowywania - Próby odflagowania wiadomości? Oczywiście zzz i yyy to aktywny użytkownik serwer na komputerze gdzie jest uruchomione tylko sello. Najczęstsze błędy to mimo wszystko blokada obiektu. Czasem też po przejściu na inna zakładkę w transakcjach nic się nie pojawia, dopiero po odświeżeniu pojawiają się paczki. Wadliwe indeksy? Zapytania są zwracane w ciągu max 4s. Wiem, że jakiś czas temu, bez żadnego powodu Sello się wykrzaczyło. Czy to mogło nie zwolnić blokad w tabeli ins_blokada? Czy polecacie odbudowę indeksów przy obecnym stanie? Fragmentacja.zip Zapytanie odnośnie indeksów: SELECT OBJECT_NAME(ips.OBJECT_ID) ,i.NAME ,ips.index_id ,index_type_desc ,avg_fragmentation_in_percent ,avg_page_space_used_in_percent ,page_count FROM sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, 'SAMPLED') ips INNER JOIN sys.indexes i ON (ips.object_id = i.object_id) AND (ips.index_id = i.index_id) ORDER BY avg_fragmentation_in_percent DESC 2. Czy w momencie gdy mam synchronizacje transakcji co 10 minut i pierwsza synchronizacja się przedłuży to czy kolejna najdzie na siebie? Macie jakiś pomysł jak to ugryźć? -------------- O 0:00 co 2 dni robi mi się full kopia, O 12:00 codziennie robi się kopia diff a co 15 minut robi się kopia logów transakcji.

Problem dotyczy transformaty do paczki w ruchu, która zawsze generuje jedną paczkę... Ja to rozwiązałem za pomocą pythona + xpath xml default -> covert to utf8 -> xpath -> csv

Ale czemu miało by to ich obchodzić? Oni dali Ci możliwość importu z allegro xml bodajże i CSV. To transformata jest ukierunkowana na jedną zazaczoną paczkę, nawet w zbiorze.

a czy migracja wszystkich zdjęć ze starego serwera na nowy (taka sama struktura) i zmiana adresu danych ftp nie zadziała? z linków wyżej, można zrobić zapytanie które zrobi replace ściezki do ftp. Sello pamięta które zdjęcia są na serwerze FTP, można spróbować usunąć tą informację z bazy. Są to pola im_FtpAddress, im_httpAddress, im_ftpAddressLastMod w tabeli im__Image

Z racji tego, że różnie można używać subiekta i sello, ten program po prostu nie aktualizuje statusu transakcji na "Zakończona" po nadaniu etykiety, tr_Complete(1) -> tr_Complete(2) tutaj nastąpiły głównie zmiany po pełnym pobraniu. Zgłosiłem gdzie trzeba, zobaczymy jak to będzie.

Dzięki. Pułapka zastawiona, nic tylko czekać co się zmieni.

Jak wygląda scenariusz poprawnego zapisania transakcji w takim razie? Tak aby po pełnym pobraniu nie wracało? Coś mi mówi, że gdzieś trzymacie w osobnej tabeli identyfikatory transakcji.

Hej! Zaczęliśmy korzystać z programu ProstaPaczka2 w którym dosyć fajnie jest rozwiązana opcja listów pobraniowych (poczta). Obecnie mamy do czynienia z dosyć ciekawą anomalią. Program nadaje numer paczce, drukuje poprawnie etykiety i aktualizuje w bazie paczkę zapytaniem: UPDATE pc__Package SET pc_SendingDate = getdate() WHERE pc_Id = 1140 (dodatkowo zmienia też status na wysłaną i dopisuje numer nadania.) W Sello po odświeżeniu widzimy paczkę w "PACZKI/wyslane/odebrane". Teraz najciekawsze, po pewnym czasie paczka wraca do "Transakcje/Oczekujące na płatność". Miał ktoś podobny przypadek? Może sello zapisuje jeszcze coś dodatkowego? Zrobiłem zrzut z bazy tej paczki i przeanalizuje jak zmienia się gdy magicznie wróci status Pozdrawiam

"Lan cały postawiłem ja, wszystko dobrymi RJ'kami, do tego router z dobrej półki." Czy sieć jest Gigabitowa? Twój router może mieć wbudowanego switcha, który obsługuje tylko 100 Mb/s i będzie kicha nawet jak będziesz miał komputery z NASA - Wtedy połącz kompy switchem gigabitowym i jeden port do routera wrzuć. Na serwer potrzebujesz na pewno coś mocniejszego niż masz teraz, trochę słaby sprzęt. Polecam na początek coś z nowszych procesorów i płyt głównych obsługujących DDR4, 2xDyski SSD(W RAID) na dane gdzie trzymana będzie baza. U mnie stanowisko klienckie ma taka spec: Procesor Intel Core i5-7500, 3.4GHz, 6MB, BOX Płyta główna MSI B250M PRO-VDH, B250, DDR4, VGA, DVI, HDM Pamięć Ballistix Sport LT DDR4, 16GB, 2400MHz, CL16 Zasilacz SilentiumPC Supremo M2 Gold 550W (SPC140) Zalman Z3 Plus. SSD 128GB GoodRAM CX300. Zależy od budżetu na co możesz sobie pozwolić.

Możesz zmienić wersję przez Management Studio, właściwości bazy, potem "extended Properties" i tam jest dbver. (LEPIEJ ZRÓB KOPIĘ PRZED) ALE zanim to zrobisz.. skąd pobierałeś sello i czemu u Ciebie jest 1.24.0.2474?

Wysłałem info na PW. Proszę daj znać, co niby może być nie tak. Okazuje się, że to u mnie coś.. reinstall MSSQL 2016 Enterprise na środowisku developerskim i zobaczymy. Zamykam!

Na serwerze produkcyjnym wyeksportowałem bazę i zaimportowałem, podłączyłem sello z mojego komputera, też to samo. Co prawda nie wystawiamy aukcji przez sello, ale obawiam się, że po 12 września sello odmówi posłuszeństwa, w najgorszym wypadku, dam wam link skąd będziecie mogli zassać bazę i sprawdzić, co jest nie tak, tylko pytanie.. dlaczego można było podnieść z 1.22 do 1.23.0 i 1.23.3, przez ten czas struktura bazy zmieniana była tylko przez wasze update, a teraz taki błąd? Chyba mam db_owner, zobacz na zdjęcie.

Jak wspominałem już wcześniej z wersji 1.23.3/4 nie mogę podnieść sello do 1.24 (bazy). 1. Zainstalowałem sello na środowisku testowym 2. Uruchomiłem, zalogowałem się POPRAWNYMI DANYMI dla użytkownika sa. 3. Hasła szefa nie mam, więc zaznaczyłem opcje do podniesienia bazy z wersji 1.23.3/4 na 1.24 ( 1.232 do 1.240 ) 4. Mam bazę z wersji 1.23.0 też jej nie idzie podnieść, nie mam jak sprawdzić z wersji 1.22. Nie zmieniałem też struktury bazy. 5. Reszta w załączniku. Wysyłam też stacktrace profilera, może pomoże. Uprzedzam ludzi pytających czy mam uprawnienia do bazy itd. Sa, jest sysadmin, a podmiot nowy na tych samych danych logowania tworze bez problemu.. EventData.zip Ciekawy wątek znalazłem tu: https://forum.sello.pl/index.php?topic=3854.msg24550#msg24550 W takim razie, jak struktura bazy może być nieprawidłowa? Robiłem pamiętam tylko upgrade z 1.23.0 do 1.23.3, a potem wprowadzałem kod bartka, https://forum.sello.pl/index.php?topic=10120.msg69911#msg69911 Co jeszcze mogłem robić? Tylko i wyłącznie kasowanie maili, oraz przenoszenie identyfikatorów do innej tabeli, brak naruszenia struktury bazy - https://forum.sello.pl/index.php?topic=10139.msg69891#msg69891

Jaka wersja systemu? Sugerują mieć najnowsze IE, może tu jest problem? Odpowiednie zrzuty ekranu również powinny być pomocne

1. Utworzyłem podmiot nowy na sello 1.23.3, bez uzupełniania danych. wer 1.23.3.2436 ... 2. Zrobiłem upgrade na środowisku test do wersji 1.24 beta. 3. Prosi mnie o hasło szefa i upgrade. (Logowałem się na konto sa, z hasłem odpowiednim) 4. Nie mogę dokonać upgrade, bo zostaje zwrócony błąd: Struktura bazy jest nieprawidłowa, lub użytkownik nie ma uprawnień. 5. Problem nie występuje, gdy utworzę nowy podmiot z wersji 1.24. Badajcie czy tylko u mnie takie anomalie. Bo może mieć to wpływ na to gdy ludzie będą robić upgrade z 1.23.4

Podczas zgłaszania błędu, sugeruje od razu pisać wersję sello, wersję systemu. Czy masz sello 1.23.4?