kmc

Staram się przeczytać ze zrozumieniem. Ciężko. UL=6Mb/s DL=120Mb/s To rozumiem. Jeśli to jest jakikolwiek xDSL i masz takie parametry w dostępie do "świata" to gratuluję i proponuję opatentować to i zacząć sprzedawać. Jeśli to są parametry w sieci lokalnej (osiedlowej/kablowej/ect) to cienko. Sieć masz mocno przeciążoną lub niedoinwestowaną. Jeśli chcesz postawić zewnętrzny serwer MSSQOL, gdzieś na świecie, to najpierw dowiedz się jakie masz "wąskie gardło" czy bramkę do internetu. Z jakimi DL/UL. Bo jeśli masz fibrechanel doprowadzony do PC-ta i 6/120 uzyskujesz do dowolnego miejsca na świecie, to stawiaj serwer MSSQL gdzie chcesz. Będzie super jeździć. Jeśli nadal czegoś nie zrozumiałem, proszę jednak narysuj. Nic nie trzeba pantentować, kolega wyżej napisał u jakiego dostawcy ma/może mieć internet. Takie łącza są w ofercie niektórych dostawców w Polsce, gwoli ścisłości http://www.dobreprogramy.pl/Internet-w-UPC-Mbs,Aktualnosc,14512.html Zgryźliwość była nie potrzebna... Wracając do tematu, pozostaje kwestia jakości tego łącza, czy parametry będą faktycznie na "obiecanym" poziomie, jeśli tak ,to powinno działać super. Przy "dużej" firmie możesz pokusić się o postawienie systemu Windows Server, i uruchomić na nim usługi terminalowe (konieczne specjalne licencje), wtedy wszyscy użytkownicy łączyli by się zdalnie do serwera i pracowaliby na nim niezależnie. Wtedy obciążenie łącza będzie w miarę stałe, zależne od ilości podłączonych osób. Nie będzie sytuacji, że jedna osoba zapcha całe łącze pobierając 15MB maila (na łączu 10Mbit, 15MB mail zająłby całe pasmo na jakieś 12-13 sek). Wszystko zależy od konkretnego scenariusza.

Jest tak jak mówisz, sello pobiera tego maila, niestety nie znam żadnego sposobu na ominięcie tego problemu. W sello jest sporo miejsca na optymalizację ilości pobieranych danych, wiele formatek pobiera się niepotrzebnie (mogłyby pojawiać się "na żądanie"), ale oczywiście wszystko w rękach programistów. Sądząc jednak po natłoku spraw nie będą mieli czasu na takie zmiany... Stwórz pulpit zdalny na serwerze, cięższe sprawy (maile z załącznikami, wysyłanie, wystawianie aukcji) obrabiaj na serwerze przez dostęp zdalny (jakiekolwiek VNC, jest kilka wątków na forum, jak już masz Hamachi to pójdzie łatwo, oczywiście musisz to dobrze zabezpieczyć)

Firebird nie powinien kolidować. Standardowo nasłuptaki na portach 3050 i 3051, więc jeśli nie był FB lub MS konfigurowany ręcznie (porty) nie powinny włazić na siebie. BartKu pomóż bo od MSSQL specem nie jestem - pamiętam kiedyś podobny problem z bazą MSSQL. Wiem, że gdzieś w konfigu bazy można było ustawić na stałe adres interfejsu i port na którym baza ma słuchać, natomiast (chyba, chyba tak mi się przypomina) przy defaultowej instalacji 2005 słucha na 14xx ale dzięki browserowi może przenieść się na dowolny inny port. ...mam nadzieję, że nic nie quamię, ale podobny problem kiedyś oblatywałem. Wyłącz usługę SQL Browser, Sello i Subiekt będą działać dalej...

Nietypowe zachowanie ale całkiem możliwe, ciężko stwierdzić na odległość. Na próbę możesz odinstalować firebirda, przywrócić poprzedni port na serwerze i jeszcze raz zainstalować firebirda i teraz sprawdzić port serwera MS SQL. 256kbit to faktycznie mało dla serwera, dla klienta powinno wystarczyć.

a nie mówiłem... zaczęło się... Kolega w innym wątku napisał że zmienił mu się port nasłuchu serwera SQL (nie wiem jak i dlaczego)...

Jedynie ręczne podpinanie, to że o2 zrobiło kilka domen dla jednego adresu email nie zmienia faktu że w każdym sysytemie taki adres jest traktowany jako inny. Trzeba by wprowadzać indywidualne implementacje dla każdego dostawcy, co jest nie realne.

Tu muszę się zgodzić, na początku też nie mogłem dojść jak to działa. Teraz jak już znam zasadę wydaję się to logiczne, ale chwile mi zajęło zajęło zanim zaskoczyłem. Jeden z wielu niuansów które powoduje frustrację. Masa postów na forum to pytania o te same rzeczy, ta wiedza powinna zostać skondensowana w jakimś tutorialu.

Stałe IP daje ogólnie kilka dodatkowych możliwości (np. łatwiej postawić OpenVPN, i jakikolwiek serwer) ale może cię też narazić na większą częstotliwość i skuteczność ataków. Jeżeli korzystasz z Hamachi stałe IP nic nie zmieni. Tak dla pewności, mówimy o TCP Port na samej dole listy? Bo TCP Port jest wymieniony z osobna dla każdego interfejsu sieciowego i dodatkowo jest jeszcze w sekcji IPAll na samym dole. Chodzi właśnie o ten na samiutkim dole, pod IPAll, proponuje wpisać jakiś port, dla większego bezpieczeństwa wpisz inny niż domyślny np. 1200, pamiętaj że potem ten sam port musisz przepuścić w firewallu serwera. PS Jeżeli otwierasz ten port to powinieneś zrobić kilka dodatkowych zabezpieczeń: - ograniczyć pule adresów które mogą się łączyć z danym portem (w firewallu, edytujesz dany port, klikasz zmień zakres, i wybierasz ostatnią opcje lista niestandardowa, wpisujesz tu po przecinku (bez spacji itp.) przypisane klientom IP (chodzi o IP przypisane przez Hamachi każdemu z klientów, musisz sobie po kolei spisać)) - ustawić hasło dla użytkownika sa (to w bazie danych, wymaga doinstalowania dodatkowego programu Sql Server Managment Studio), po tym zabiegu należy oczywiście wyedytować ustawienia na serwerze w pliku jak podał kolega masur

Jeżeli "transakcje i klientów" synchronizujesz co 20minut a maile co 5min, to logicznym jest że pojawia się email którego nie ma do czego podpiąć, wszak klienci pobiorą się dopiero za jakieś 15-20 minut. Jeśli chcesz mieć pewność z podpinaniem to przed czytaniem maili kliknij ręcznie "Wyślij/Odbierz" przy "Serwisy aukcyjne" kliknij w "Odbierz" i w okienku które wyskoczy (chyba że masz to wyłączone w opcjach) zaznacz - "Transakcje i klientów" ("ptaszki" po prawej stronie na pusto) i jak się pobierze to zaznacz wszystkie maile i kliknij Podepnij zbiorczo. Jeżeli chcesz żeby było automatycznie to zmień czasy synchronizacji, np. maile co 22 minuty, transakcje i klientów co 10 minut (automatycznie synchronizuj tylko pobieranie transakcji i klientów, ew. komentarze, resztę odznacz) Jeśli ustawisz czasy jw. to zanim pobiorą się maile, "transakcje i klienci" zdążą się zsynchronizować dwukrotnie (dlatego maile co 22 minuty, by przez te 2 minuty mogła się zakończyć ta druga synchronizacja klientów i transkacji).

Stałe IP nie jest potrzebne, wystarczy Hamachi (program który tworzy tunel VPN), które przy okazji będzie szyfrować połączenie (w Windows 7 jest chyba nawet wbudowany VPN) 1, Po zainstalowaniu sello, instalujesz program Hamachi na serwerze i na każdym kliencie (komputerze który ma się łączyć do serwera) 2, Na serwerze w hamachi "Utwórz nową sieć", wpisz nazwę jaka ci pasuje i ustaw odpowiednio zabezpieczenia (hasło co najmniej, możesz jeszcze zaznaczyć "Ręczne zatwierdzanie użytkowników") 3, Na klientach (komputerach które mają się łączyć do serwera), w hamachi wybierz "Dołącz do istniejącej sieci". Podaj nazwę sieci którą utworzyłeś w punkcie 2 i jeśli trzeba podaj hasło (jeżeli ustawiłeś ręczne zatwierdzanie użytkowników to teraz na serwerze w hamachi musisz ich "wpuścić", wyświetli się odpowiedni ikonka przy nicku) 4, Na serwerze w hamachi na górze podany jest adres IP, zapisz go. To jest adres który później wpiszesz w Sello w komputerach klientach. 5, W firewallu serwera przepuść port na którym serwer komunikuje się z światem zewnętrznym. Domyślnie jest to 1162, możesz to sprawdzić w: W Windows XP sprawdza się to w: Zarządzanie komputerem -> Usługi i aplikacje -> Sql Server Configuration Manager -> Sql Server Network Manager -> Protocols for [instancja serwera] -> TCP/IP 1, sprawdź czy jest ustawione Enabled -> [Yes] 2, w zakładce IP Addresses na samym dole TCP Port - oznacza port nasłuchu 6, Ostatni krok, na kliencie trzymając klawisz Ctrl klikasz w ikonę Sello, wyświetli się panel w którym będziesz mógł podać adres serwera, tu wpisujesz adres IP z punktu 4 i po przecinku podajesz port, czyli przykładowo: 5.10.15.20,1162 Klikasz OK, Sello powinno się połączyć z serwerem. Ostatni krok powtarzasz na każdym kliencie. 1, Będzie działać, kwestia na ile wydajnie, zależy od łącza (wysyłanie w górę), a czasem od wydajności serwera. 2, Jeśli transfer idzie po VPN to wszystko jest szyfrowane, w twojej gestii leży zabezpieczenie serwera przed niepowołanym dostępem (firewall możesz np. ustawić by na porcie były przepuszczane wyłącznie komputery klienty (podajesz IP z hamachi). Jak wyżej kolega wspomniał, warto robić częste archiwizacje (co 1-3 dni), osobiście mi przez rok nie udało się uszkodzić bazy ale lepiej dmuchać na zimne. Możesz też łączyć się przez pulpit zdalny. 3, Ciężkie operacje jak wysyłanie aukcji, synchronizacja, ustaw tak by wykonywały się tylko na serwerze (w Sello trzeba stworzyć dodatkowe konto, i zaznaczyć odpowiednią opcje w ustawieniach synchronizacji) Ja pracuje na łączu o transferze w górę 320kbps, jest ok. do obróbki danych itp. Niektóre operacje trwają dosyć długo dlatego niezbędne jest by operacje cięższe były wykonywane przez serwer (ustawić jw.) Wiadomo, im wyższy upload od serwera tym lepiej. Warto też zainstalować sobie VNC/Pulpit zdalny na serwerze by w razie czego wyklikać co potrzebne. Powodzenia kmc

Napisz w jaki sposób podajesz adres: - [nazwa_komputera]\[instancja SQL] (np. SERWER\SQLEXPRESS) - [iP Serwera],[Port nasłuchu serwera SQL] (np. 192.168.1.3,1162) Sprawdź czy w ustawieniach Serwera SQL masz włączony nasłuch na odpowiednich interfejsach i dodatkowo na jakim porcie jest ten nasłuch W Windows XP sprawdza się to w: Zarządzanie komputerem -> Usługi i aplikacje -> Sql Server Configuration Manager -> Sql Server Network Manager -> Protocols for [instancja serwera] -> TCP/IP 1, sprawdź czy jest ustawione Enabled -> [Yes] 2, w zakładce IP Addresses na samym dole TCP Port - oznacza port nasłuchu 3, sprawdź powyżej czy na odpowiednim interfejsie jest włączony nasłuch (Enabled -[Yes] i Active - [Yes]) Osobiście polecam wpisywać adres w postaci [iP Serwera],[Port nasłuchu serwera SQL], ten drugi sposób niekiedy jest problematyczny (nie zawsze chce działać) Pozdr.

Ja pracuję na łączu 256kbps, niektóre operacje trwają naprawdę długo, dlatego rozwiązujemy to tak że zdalnie "obrabiam" dane, a cięższe operacje (wystawienie aukcji, tworzenie aukcji z szablonów, synchronizacja z allegro) uruchamiam na serwerze. Skoro u nas te 256kbps w miarę daje radę to myślę że w twoim przypadku będzie całkiem komfortowo (ale napewno odczujesz wolniejszą pracę niż bezpośrednio na serwerze) Przy okazji wcześniejszych dyskusji, kilka osób zasugerowało pracę bezpośrednio przez pulpit zdalny (VNC), wtedy wydajność pracy zależy wyłącznie od wydajności serwera, ale w danej chwili może pracować jedna osoba, chyba że masz jakąś wersje Windows Server lub skorzystasz z hacka na multi terminal (pisałem już o tym jakiś czas temu) Replikacja bazy danych, możliwe do wykonania ale nie wiem jak działa w praktyce. Warto by BarteK się wypowiedział czy Sello nie posiada jakichś szczególnych mechanizmów które mogą powodować problemy przy replikacji. PS Żeby replikacja była możliwa trzeba posiadać pełną wersje MS SQL Server (wersja Express może tylko "subskrybować" replikacje czyli pobierać dane, żeby to działało potrzebujesz jeszcze "nadawcy")

Serwer dedykowany, ale koszt będzie duży, rocznie jakieś 3000zł, wydajność będzie niska (zależne od transferu serwera w górę) Dlatego VPN to naprawdę rozsądna opcja, koszt praktycznie zerowy a wydajność będzie taka sama (jeśli nie lepsza)

Popieram w całej rozciągłości, skończy się codzienne przeglądanie maili, podpinanie pod transakcje, ręczne kopiowanie i mozolne analizowanie wpłat na koncie

Zamknij Sello i inne programy które korzystają z bazy SQL. Masz 2 opcje: 1, Bez instalacji dodatkowego oprogramowania a) zatrzymaj usługę SQL Server Panel sterowania -> Narzędzia administracyjne -> Zarządzanie komputerem -> Usługi i aplikacje -> SQL Server Configuration Manager -> SQL Server Services w prawym oknie klikasz prawym przyciskiem myszy na 'SQL Server' i wybierasz STOP b) przechodzisz do katalogu C:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\DATA Przy czym u ciebie folder MSSQL10.SQLEXPRESS może mieć inną nazwe, ale napewno zaczyna się od MSSQL W tym folderze klikasz pliki które chcesz usunąć, (parami pliki z rozszerzeniem .mdf i .ldf) i usuwasz lub przenosisz je. c) włączasz serwer SQL powtórz krok a) z tym że na końcu zamiast STOP kliknij START d) gotowe 2, Zainstaluj 'SQL Server Management Studio' a) włącz powyższy program i podłącz się do bazy b) po lewej klikasz: Databases -> prawym klawiszem myszy nazwę bazy którą chcesz usunąć -> Delete -> w okienku które wyskoczy zaznacz Close existing connections i kliknij OK. c) powtórz b) dla wszystkich baz które chcesz usunąć Polecam sposób drugi, pamiętaj jednak by przedtem zrobić archiwizacje. Możesz przez przypadek usunąć niewłaściwą bazę i narobić sobie kłopotu.