Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: Bart w Grudzień 28, 2010, 19:21:25
-
Dzisiaj zakupiłem nowy komputer mający pełnić rolę nowego serwera z zainstalowanym systemem Windows 7 Home Premium.
Postawiłem tam świeżutką instalację Subiekta GT 1.25 HF2 wraz z serwerem SQL. Zdearchiwizowałem bazę i wszystko działa na serwerze. Komputery klienckie (Vista i XP) niestety nie widzą nowego serwera.
Komputery się widzą (ping, pliki, drukarki itp).
Dodałem wyjątki do zapory na serwerze (sqlservr i port UDP 1434).
Wyłączałem całkowicie zapory.
Próbowałem włączać, wyłączać konto "gościa" pod windowsem 7.
Wszystko bez większego skutku.
Zawsze takie zabiegi pomagały.
Bardzo proszę o jakąkolwiek pomoc i sugestie. Moje pomysły się wyczerpały, a nic ciekawego ani na tym forum ani w googlach nie znalazłem.
Pozdrawiam,
Bartosz Kubiczek
-
włączyłeś TCP/IP w SQL-u ?
-
Nie. A czy byłbyś tak miły i podpowiedział jak to zrobić?
Nigdy nie grzebałem w ustawieniach SQL - zawsze działało wszystko po dodaniu wyjątków do zapór sieciowych i nie zgłębiałem tematu.
Z góry dzięki!
-
uruchom SQL Server Configuration manager i w protokołach przy TCP/IP przestaw na enabled
-
Niestety TCP IP jest ENABLED :/ Jakieś inne sugestie/pomysły?
Co ciekawe, to klient w programie serwisowym znajduje serwer "SERWER" (a powinien "SERWER\INSERTGT".
Użytkownik "sa", hasło puste - jak zawsze. Wyłączona autentykacja windows.
Może w WIN7 coś inaczej trzeba zrobić?
A... jeszcze jedno. Na serwerze jest Insert GT 1.25 tak jak pisałem, ale na klientach jeszcze 1.23. Komputery klienckie są podpięte do starego serwera i muszę zachować ciągłość sprawności, więc wymyśliłem, że ulepszenie wrzucę jak będzie na pewno kontakt z serwerem - logicznie nie powinno mieć to związku (powinien się pokazać komunikat o niekompatybilności bazy tylko), ale tak piszę - może to coś pomoże...
-
a masz tam jakiegos antywirusa ??
jeśli tak to wyłącz go
-
Witam, ja w pierwszej kolejności doinstalowałbym narzędzie Microsoft SQL 2005 backward compatibility, dostępne na płycie z instalką InsertGT 1.25.
Pozdrawiam
-
Dzisiaj z nową energią podszedłem do tematu ;) Odinstalowałem wszystko, postawiłem na nowo i zastosowałem się do wskazówek. Nowy SQL Serwer domyślnie miał TCP/IP Disabled, więc była to pierwsza zmiana jaką uczyniłem.
Poniżej lista kroków, które pomogły skomunikować XP i Vistę z serwerem pod WIN7:
- w SQL Configuration Manager włączamy TCP/IP jeśli jest wyłączone
- w zaporze windowsa lub w antywirusach dodajemy wyjątki: sqlservr.exe i port UDP1343
U mnie te kroku pomogły (nie wiem czemu, ale w takiej kolejności dopiero). Mam nadzieję, że komuś przyda się ten wątek.
Niniejszym dziękuję również wszystkim, którzy pomogli, a w szczególności sztywniakowi.
-
Ja mam dokładnie ten sam problem, z którym walczę od wczoraj. Serwer bazy danych SQL na Win 7 HP i 2 x klient Win XP. Na serwerze wszystko chodzi jak najlepiej, a klienci nie widzą serwera, ani po nazwie, ip itp.
Wszystko zrobione jak powyżej, a jednak nic.
Skorzystam z podpowiedzi i przeinstaluje Subiekty z bazami jeszcze raz, tylko nie wiem czy tylko tego na serwerze i zrobić instalację z SQL serwerem czy klientów również ? Ale chyba tylko serwer, bo to na nim tkwi problem.
Jeśli coś trzeba z kontami pod Win 7 robić jeszcze to proszę o podpowiedź.
pozdrawiam
kalmal
-
Mi poszło dopiero jak włączyłem w SQL Server Configuration Manager Named Pipes (Nazwane potoki). Wczesniej na MS SQL 2005 nic takiego nie robiłem i było OK. Ale zachciało mi się zmienić na 2008 i problemy gotowe ;D.
-
Zobacz czy masz w win7 wyłączoną ochronę udostępniania hasłem i czy masz włączone konto gościa. Na innych stronach/forach czytałem, że komuś to pomogło.
-
NO mi niestety nie pomogło. Zainstalowałem wszystko od nowa i nic. Dopiero jak kolejną instalkę zrobiłem z SQL 2005 [wersja serwerowa z CD Inset], a na Kliencie zainstalowałem SQL 2005 Express to połączyło się, ale niestety bazę z archiwizacji miałem z SQL 2008 więc zrobiłem tylko update do 2008 i .... serwer działa ok, klient [również po update SQL Express do 2008] PRZESTAŁ się łączyć i problem ponowił się. Nie pomaga NIC.
Może coś konkretnego trzeba pod tym SQL 2008 zmienić/włączyć ?
HELP
kalmal
-
Na pewno dales Enabled w TCP/IP w SQLu? U mnie to byl glowny powod.
-
U mnie był podobny problem, najpierw myślałem, że to coś z firewallem i antywirusem. Potem włączyłem TCP/IP w MS SQL, ale dopiero jak włączyłem Named Pipes (Nazwane potoki) zaczęło działać. A objawy były bardzo podobne do Twoich, jeden komputer klient zalogował się do Subiekta i po 1 min się wysypał.
-
NO niestety - wszystkie opisywane przez Was opcję były książkowo ustawione i dalej nic nie działało. Skończyło się tak, że zrobiłem od nowa wszystko pod SQL 2005, łącznie z przeniesieniem danych z Subiekta 5, więc trochę to trwało. Acha - pomimo ustawienia serwera [jak wyżej] i wyjątków w zaporze [porty i servr.exe] to nadal nie działało - pomogło całkowite wyłączenie zapory na serwerze.
Także teraz chodzi wszystko bez problemu, ale kosztowało mnie to sporo czasu i pracy.
Polecam jednak rozpoczynanie takich instalacji tylko i wyłączenie na SQL 2005, bez ruszania SQL 2008 [pomimo, iż w najnowszej wersji "full" do ściągnięcia z Insertu jest niestety tylko sql 2008 ;(
pozdrawiam
kalmal
-
Witaj u mnie podobny problem - Zwróć uwagę jak dodajesz regułę do zapory Windows 7, Windows 2008 - być może zaznaczasz tylko w opcjach reguły przychodzącej ruch w opcjach "Profil": zastosowanie do Domena i Prywatny (nie sugeruj się opisem) trzeba dodać również Publiczny ! mimo, że będziesz w LAN tylko działał.
ZAPORA:
Spróbuj dodać regułę do zapory w w/w sposób:zezwól na TCP porty: 1433, 49541 ( z tym, że "49551" to mój dynamiczny port w ustawieniach Serwera - wejdź u siebie w SQL Server Manager;(...)Protocols for InsertGT i we właściwościach na samym dole zakładki IP Addresess masz IPALL -TCP Dynamic Ports - "numerportuXXXXX" - dodaj swój port go do zapory)
Dodatkowo reguła - zezwól cały program "sqlserv" j.w w postach. ( w Ustawieniach SQL Native Client 10.0 ; Client Protocols ; VIA - Enabled ).
Napisz czy pomogło :)
-
wpisz na sztywno w pliku hosts na stacjach klienckich adres ip i nazwę serwera i będzie git
ja tak robię i śmiga
-
A czy ktoś z was wcisnął chociaż raz "F1" w Subiekcie i poczytał co radzi producent na temat instalacji silnika bazy danych ? Pisze o włączeniu dostępu sieciowego, pisze o konfiguracji zapory. Warto poczytać.
-
Witam, mam ten sam problem. Serwer postawiony na win7 , wersja bazy danych to sql 2008 R2. Komputer kliencki z zainstalowanym systemem win7 łączy sie bez bez problemu. Klienci na XP niestety sie nie łączą... pinguje po adresie ip jak również po nazwie "serwer" i jest zero strat zatem teoretycznie komputery sie widzą ale baza SQL sie nie łączy. Jakies dalsze podpowiedzi? Dodam ze wciskalem F1 i nic nowego sie nie dowiedzialem :/.
-
Może na początek jakaś podpowiedź dla mnie - jak był instalowany serwer SQL (z instalki Insertu czy ręcznie), jak się nazywa serwer, jak się nazywa instancja serwera SQL, jak się logujesz do serwera SQL (autentykacja, użytkownik, hasło), jaki dostajesz komunikat błędu, może zrzut ekranu z błędem, bo sytuacja jest zagadkowa ?
-
Odnosnie w jaki sposob byl zainstalowany serwer nie wiem, poniewaz bylo to zrobione w firmie w ktorej kupilem jednostke serwerową - tak sie stalo poniewaz firma ta przenosila mi dane z programu ze staregto komputera sprzed 10 lat. Nazwa serwera to SERWER/INSERTGT, uzytkownik sa a haslo to piec cyfr. Komunikat pojawiajacy sie w programie serwisowym do subiekta jest bardzo ogólnikowy tj. serwer nie istnieje, nie masz uprawnien lub wystepuje brak polaczenia itp... Po prostu subiekt zainstalowany na komputerach z XP nie widzi serwera SQL zainstalowanego na 7. Komputery pingują itd... W sql server configuration manager wszystkie protokoly dla insertu sa wlaczone. Zapory w windowsach sa wylaczone, tak samo antywirus Kaspersky. Client protocols rowniez włączone.... :/.
-
Daj zrzut ekranu z usługami SQL'a z SQL Server Configuration Manager.
A co na to firma która wykonywała usługę ?
-
Bardzo proszę :)
-
Bardzo proszę :)
-
I znowu albo na nie na temat, albo bzdury.
Jak tak się lubujesz w Linux'ach i MySql'ach to najpierw zacznij ich używać zanim zaczniesz się tak zachwycać. Znajdź sobie system transakcyjny działający na tych platformach, popracuje na nim trochę i wychwalaj na innym forum, wtedy wszyscy na tym forum będą dużo bardziej szczęśliwsi.
Jak nie masz pojęcia o produktach Microsoftu to się nie wypowiadaj na ich temat. Jaka rejestracja instancji SQL'a ? Do czego ci przy Subiekcie Remote Connections ? Po co ruszać porty dynamiczne jak to nie one stanowią problem (zapora wyłączona), poza tym można też skonfigurować zaporę do działania z dynamicznymi portami SQL'a ? Chyba logiczne jest, że skoro Browser jest jeden to może pracować na jednym stałym porcie, a jeśli instancji SQL'a może być więcej to muszą mieć możliwość pracy na różnych portach.
Jak skonfigurować SQL'a do pracy sieciowej jest dobrze opisane w pomocy do programu - z obrazkami i dodatkowo po polsku.
Nic nie wniosłeś, aby pomóc w rozwiązaniu problemu - przecież SQL przyjmuje połączenia zdalne, ale niby tylko z Windows 7.
Jak nie pomagasz to przynajmniej nie przeszkadzaj.
-
Witam,
Problem widzę powraca w różnych konfiguracjach.
Zainstalowałem nową wersje programu i postawiłem świeży serwer na win7.
dodatkowo są 2 stacje klienta sys. operacyjne Win7 i Vista.
Po ustawieniu parametrów serwera jak w poście klient z win7 łączy się i pracuje z bazą
Natomiast na stacji w vistą jest problem bo albo nie widzi serwera w ogóle albo tylko nazwę komputera a nie bazy danych.
Wpisanie na sztywno nic nie daje i klient nie łączy się.
Macie może jakiś pomysł?
z góry dziękuję i pozdrawiam
-
Problem widzę powraca w różnych konfiguracjach.
Źle widzisz, wszystko działa bez problemu we wszystkich konfiguracjach od XP i SQL'a 2005 w górę jeśli tylko poprawnie wykona się konfigurację, a że wiele osób nie stosuje się do pomocy do programu lub nie mają wystarczającej wiedzy, aby się zastosować to tworzą sobie sztuczne problemy.
Zainstalowałem nową wersje programu i postawiłem świeży serwer na win7.
dodatkowo są 2 stacje klienta sys. operacyjne Win7 i Vista.
Po ustawieniu parametrów serwera jak w poście klient z win7 łączy się i pracuje z bazą
Natomiast na stacji w vistą jest problem bo albo nie widzi serwera w ogóle albo tylko nazwę komputera a nie bazy danych.
Wpisanie na sztywno nic nie daje i klient nie łączy się.
Dlaczego stosujesz się do opisów z postu, zamiast do opisu z pomocy do programu, do której cały czas odsyłam ? Piszesz ogólnie "parametrów serwera", gdzie nie wiem czy piszesz o serwerze SQL, którego NIE trzeba dodatkowo ustawiać, czy jednak o systemie Windows, który jak najbardziej należy skonfigurować ? Napisz dokładnie co zrobiłeś to może ktoś wskaże, że może być problem.
-
Problem może być w tym SERWER/INSERTGT, jeśli jest tak używane wywolanie.
-
1. Postawiłem świeży komp i wgrałem najnowszą wersję linii InsertGT, zainstalowana została włącznie z SQL Server 2014
ścieżka i nazwa bazy danych to SERVER\INSERTGT
2. Program na stacji serwera i na kliencie z Win7 odpala się bez problemu.
3. Problem pojawił się na kliencie z Vistą.
4. na serwerze odblokowałem TCP/IP (ustawione na "Enable"), odblokowałem porty UDP i TCP 1343. i przypisałem program do regół "sqlservr.exe"
Ostatecznie wyłączyłem zaporę w ogóle
5. Wszystkie komputery podpięte pod ten sam router i adresy przydzielane DHCP
6. Z klienta z sys. Vista ping serwera odpowiada
7. Wszystkie komputery w tej samej grupie roboczej
8. na serwerze włączone konto gościa - ale to raczej nie ma znaczenia.
9. SQL Server Browser - uruchomiony
10. Próbowałem wpisywać ręcznie nazwę serwera: 192.168.1.xxx\insertgt, server\insertgt
za każdym razem komunikat o braku możliwości połączenia z serwerem
zrzut startu programu na kliencie z Vistą
Jedyny błąd, który od jakiegoś czasu występuje na kliencie z Vistą to samoczynne wyłączanie się usługi RPC - nie wiem czy to może mieć jakiś związek
-
protokoły oczywiście 1434 ale to bez znaczenia gdyż zapora wyłączona zupełnie
-
Jaka autentykacja?
-
sql standard sa i hasło puste
-
protokoły oczywiście 1434 ale to bez znaczenia gdyż zapora wyłączona zupełnie
A tak z ciekawości, chociaż tutaj raczej nie ma znaczenia, skąd ten port 1434. Odczytałeś to czy ustawiasz na pałę jako domyslny?
-
podpowiedź technika z insert
-
podpowiedź technika z insert
Przy instalacji SQL instaluje się program Sql Server Configuration Manager. Uruchom, wybierz SQL Native Client XXX Configuration - Client Protocol i zobacz na jakim porcie pracuje u Ciebie SQL. Stawiam, że jest 1433.
Ewentualnie kliknij windows+R, wpisz cliconfg. W prawym okienku powinieneś mieć protokół TCP/IP. Jeśli go nie ma, a jest lewej i trzeba go przenieść na prawo - Włącz>>. Jak na nim klikniesz i na dole Właściwości, to też pokaże Ci port roboczy.
-
mój problem się rozwiązał i nie miał on nic wspólnego z serwerem.
Dzięki za wszystkie podpowiedzi, mimo iż akurat w tym przypadku nie trafne to wiedza z 2 dniowej walki pozostanie.
Aż wstyd się przyznać gdzie był problem ale cóż niech to będzie wiedza dla następnych.
PAMIĘTAJCIE, ŻE POZA ZAPORAMI WIN MACIE JESZCZE ZAPORY W SYSTEMACH ANTYWIRUSOWYCH! 8)
i zanim stracicie czas wyłączajcie po kolei wszystkie i sprawdzajcie co się dzieje, wtenczas szybko znajdziecie źródło problemu :)
-
mój problem się rozwiązał i nie miał on nic wspólnego z serwerem.
Dzięki za wszystkie podpowiedzi, mimo iż akurat w tym przypadku nie trafne to wiedza z 2 dniowej walki pozostanie.
Aż wstyd się przyznać gdzie był problem ale cóż niech to będzie wiedza dla następnych.
PAMIĘTAJCIE, ŻE POZA ZAPORAMI WIN MACIE JESZCZE ZAPORY W SYSTEMACH ANTYWIRUSOWYCH! 8)
i zanim stracicie czas wyłączajcie po kolei wszystkie i sprawdzajcie co się dzieje, wtenczas szybko znajdziecie źródło problemu :)
A tak z ciekawości sprawdziłeś ten port?
-
Dzięki za wszystkie podpowiedzi, mimo iż akurat w tym przypadku nie trafne...
Jaki opis problemu taka pomoc, to jest niestety ograniczenie forum, że często jesteśmy wprowadzani w błąd i nie możemy tego zweryfikować...
PAMIĘTAJCIE, ŻE POZA ZAPORAMI WIN MACIE JESZCZE ZAPORY W SYSTEMACH ANTYWIRUSOWYCH! 8)
To gdzie zainstalowałeś tę zaporę - na serwerze (W7) czy kliencie (Vista) ?