Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: kilofp w Kwiecień 26, 2018, 16:33:33
-
Witam Panowie, pisze z prośbą o pomoc ponieważ nikt do kogo się zwracam nie umie mi pomóc. Pokrótce przedstawię o co mi chodzi.
Mam postawiony windows serwer 2016 i wykupione trzy pulpity. Problem zaczyna mi się kiedy wdrożę na serwerze RDS czyli remote desktop services aby się można było łączyć pulpitami zdalnymi jednocześnie. Wtedy zaczynają się jaja i Subiekt nie widzi serwera sql który jest na tym serwerze lokalnie zainstalowany. Co ciekawsze SQL menagment studio widzi wszystko normalnie i klienci po lanie normalnie działają Jaja są tylko na tym lokarnym serwerze. Subiekt zobaczy serwer jak mu się uwidzi co 5, 10 czy 15 raz. Proszę o pomoc
-
Skontaktuj się z serwisantem albo dostawcą programu.
Zrobi to galopem a opowiadanie przez forum potrwa wieki.
-
Tzn z kim bo insert sie na to wypiął
-
Tzn z kim bo insert sie na to wypiął
Insert jest producentem i nie świadczy usług serwizowych. Ma sieć serwisantów (zewnętrznych) i ich adresy są na stronie Insertu.
Zmień logowanie z autentykacji Windows na sql i użytkownika sa.
-
Tzn z kim bo insert sie na to wypiął
Insert jest producentem i nie świadczy usług serwizowych. Ma sieć serwisantów (zewnętrznych) i ich adresy są na stronie Insertu.
Zmień logowanie z autentykacji Windows na sql i użytkownika sa.
już to próbowałem, nic to nie daje
-
Najciekawsze jest to że nie wiadomo czemu raz na jakiś czas uda się że subiekt zobaczy sql'a i wtedy działa, ale nie ma reguły. Gdy uda się uruchomić program serwisowy i próbuje zmienić parametry uruchomieniowe to klikając ten przycisk ze strzałką w dół nie widzi serwera sql uruchomionego lokalnie.
-
Najciekawsze jest to że nie wiadomo czemu raz na jakiś czas uda się że subiekt zobaczy sql'a i wtedy działa, ale nie ma reguły. Gdy uda się uruchomić program serwisowy i próbuje zmienić parametry uruchomieniowe to klikając ten przycisk ze strzałką w dół nie widzi serwera sql uruchomionego lokalnie.
A jak masz wpisany adres serwera sql?
-
Przy serwerze jest zbyt wiele zmiennych, które mogą mieć wpływ i przyłączam się się do rady, by obejrzał to miejscu, lub zdalnie ktoś znający się na rzeczy.
Jeżeli mamy się bawić w zgadywanki, to sam sprawdziłbym właściwości TCP/IP dla niesprawnej instancji pod SQL Server Configuration Manager.
-
Przy serwerze jest zbyt wiele zmiennych, które mogą mieć wpływ i przyłączam się się do rady, by obejrzał to miejscu, lub zdalnie ktoś znający się na rzeczy.
Bez przesady.
Jeżeli mamy się bawić w zgadywanki, to sam sprawdziłbym właściwości TCP/IP dla niesprawnej instancji pod SQL Server Configuration Manager.
Instancja jest jak najbardziej sprawna, skoro korzystają z niej bez problemów trzy inne komputery w sieci.
Problem jest z logowaniem lokalnym.
-
Przy serwerze jest zbyt wiele zmiennych, które mogą mieć wpływ i przyłączam się się do rady, by obejrzał to miejscu, lub zdalnie ktoś znający się na rzeczy.
Bez przesady.
Jeżeli mamy się bawić w zgadywanki, to sam sprawdziłbym właściwości TCP/IP dla niesprawnej instancji pod SQL Server Configuration Manager.
Instancja jest jak najbardziej sprawna, skoro korzystają z niej bez problemów trzy inne komputery w sieci.
Problem jest z logowaniem lokalnym.
dokładnie tak, wszyscy którzy się łączą po lanie nie mają żadnych problemów. To wygląda na jakiś problem z komunikacją między subiektem a sql'em. Stawiałem ten serwer już para razy od nowa ponieważ myślałem że gdzieś jakiś błąd robie i zauważyłem że póki nie zainstaluje usługi zdalnych pulpitów to wszystko działa ok a jaja zaczynają się dopiero po instalacji RDS. Może to jakieś uprawnienia w dostępie do sql'a po zainstalowaniu RDS'a?
-
Nie odpowiedziałeś na moje poprzednie pytanie.
-
Nie odpowiedziałeś na moje poprzednie pytanie.
probowalem:
nazwa komputera \insertgt
(local)\insertgt
adres ip\insertgt
-
odpal temaviera i daj tam zajrzec
-
odpal temaviera i daj tam zajrzec
nie ma problemu ale jutro od 9:00 do 17:00
-
odpal temaviera i daj tam zajrzec
I jak można liczyć na pomoc online?
-
Witam,
Mam dokładnie ten sam problem. Czy udało się go rozwiązać?
-
Ale dla upewnienia się: na pewno użytkownik nie widzi serwera czy też programy InsERT odpalone przez tych użytkowników nie widzą serwera bo nie mogą się dostać do np. subiekt.xml z konfiguracją i nie wiedzą gdzie jest serwer?
I ten serwer ms sql to darmowa express edition czy komercyjna? Bo express edition domyślnie lubi się nie odpalać przy uruchomieniu gdy np. system jest obciążony lub zamyka się gdy stwierdzi, że nikt z niej nie korzysta. Jak odpalasz Menedżera zadań to widać tam uruchomionego tego ms sql'a w procesach?
Masz kontroler domeny? Te konta z LAN, które widzą tego ms sql'a to z uwierzytelnieniem po Windows czy po koncie na ms sql? I teraz czy ci klienci po RDP też mają konta w domenie, czy konta lokalne i czy InsERT jest skonfigurowany na uwierzytelnianie się na ms sql po koncie na ms sql czy po koncie windows?
-
1. wiedzą i widzą serwer(co jakiś bliżej nie określony czas połączą się i nie zrywa połączenia)
2. sql express, tu wszystko jest ok, końcówki (inne komputery w sieci) widzą go i łączą sie bez problemu
3. W Serwerze 2016 przy RDP musi być AD więc użytkownicy serwera(konta RDP) są domenowe. Komputery z lan-u łączą się z grupy roboczej, uwierzytelnianie jest mixed, sprawdzam jedno i 2 połączenie- po lanie działa.
4. Przeinstalowywalem rozne wersje sqla- od 2008 do 2016 i jest taki sam objaw.
5. Subiekt zainstalowany na serwerze co ciekawe, nie łączy się do innych serwerów w sieci(mam 3 różne serwery subiekta), inne komputery w sieci lan, bez problemu.
To chyba wszystko
-
spójrz w logi serwera może będą jakieś wskazówki
-
Brak logów, podczas próby połączenia w subiekcie jest napisane: Serwer jest uruchomiony. Ponowne łączenie się z serwerem, Połączenie nie udało się....
I tak w kółko macieju.
Ktoś z Was ma taką konfigurację jak ja?
-
No to mnie najbardziej wygląda na reguły rutowania lub firewalla, bo pewnie masz na tym serwerze inny, publiczny adres dla RDP i prywatny dla LAN?