Jump to content

g202e

Members
  • Gesamte Inhalte

    30
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von g202e

  1. Danke für den Hinweis, aber mangels tiefergehender Kenntnisse der Materie, wären wir sowieso nicht in der Lage, woanders zu manipulieren, Wegen der "vielen" IP-Adressen: localhost IPv4 (127.0.0.1) ist mir wohl bekannt; was ist denn die entsprechende IPv6? Die Änderung der IP-Adresse im SQL Konfigurationsmanager hat übrigens rein GAR NICHTS bewirkt. Noch jemand weitere Ideen? Da es ja manchmal funktioniert, denke ich immer noch, dass es wirklich "nur" ein Timing-Problem ist... Nein, der Eintrag für dynamische Ports ist bei allen IP-Adressen LEER.
  2. Dein Link gibt einen 404er, aber ich war in der Lage, den Artikel trotzdem im Archiv zu finden. Tatsächlich steht dort unter IP2 noch die alte Adresse 192.168.178.98, was ich jetzt gerade geändert habe auf 192.168.179.98; Die Kanzlei macht gleich Feierabend, so dass ich den Server mal neu starten könnte. Ich habe Anweisung gegeben, die PC online zu lassen, so dass ich per Remotezugriff dann noch paar Tests machen kann. Du schreibst, dass NUR die aktuelle IP vorhanden sein soll. Insgesamt gibt es in den IP-Eigenschaften 7 IP-Adressen: neben 127.0.0.1 stehen da diverse IPv6-Adressen, sowie auch "::1" . Alle Adressen werden als "Aktiv" jedoch nur zwei auch als "Aktiviert" angezeigt. Soll/muss ich da noch was ändern?
  3. Hallo und vielen Dank für deine Antwort. Da ich z. Zt. nur per Surfstick online bin und in der Kanzlei gearbeitet wird, verzeihe bitte meine Bilderparade. Dass du mir sogar das notwendige Kommando vorgegeben hast, habe ich erst wahrgenommen, als mein Screenshot bereits "im Kasten" war. Ich hoffe, dass alle relevanten Angaben sichtbar sind. Hier der Output vom Server: Bei der Frau Anwältin sah es vor wenigen Minuten so aus: Gestern war es auf demselben PC dreimal in Folge möglich, sich nach einem Neustart OHNE Fehlermeldung am SQL-Server anzumelden. Heute trat auf allen bisher aktiven Geräten der Fehler wieder auf. Vielleicht/hoffentlich ist das ja nur eine Kleinigkeit?
  4. Hallo, der im Titel genannte Fehler tritt seit ca. 2 Wochen bei der erstmaligen Verbindungsaufnahme zu einem MS SQL Express 2005 auf, welcher unter Win7Prof32bit auf einem HP Proliant Gen7 läuft. Ich würde jetzt nicht unbedingt über die Aktualität der Hard- u. Software diskutieren wollen; es ist klar, dass da demnächst mal etwas geschehen muss. Momentan funktioniert die Anwendung bis auf diese nervige Meldung einwandfrei und vor ca. 2 Wochen störte nicht einmal diese. Zu dem Zeitpunkt war es erforderlich, eine teilweise Umstellung des Netzwerkes vorzunehmen: Bis zu der Zeit hatten wir zwei getrennte Netze mit je 2 PC(Win7), welche als einzigen Schnittpunkt den o. g. HP Proliant hatten, auf welchem der SQL-Server läuft. Eine der zwei vorhandenen Fritzboxen wollte plötzlich nicht mehr mitspielen und so wurde aus 2 Netzen ein gemeinsames; es wurden lediglich ein paar Kabel umgesteckt einer der beiden Netzwerkadapter des HP deaktiviert und alles lief wieder. Allerdings tritt seit diesem Umbau die Meldung auf; jedoch nicht regelmäßig und nicht bei allen PC und eben auch nur einmal pro PC. Im Anhang habe ich zwei Screenshots platziert, welche die zwei Meldungen zeigen. Es geht um eine Anwaltssoftware namens a-jur, welche für den MS SQL-Server geschrieben wurde; diese bietet nach der Fehlermeldung an, die "Datenbankverbindung erneut herzustellen", was auch regelmäßig erfolgreich ist. Danach tritt die Meldung nicht mehr auf, bis man (z. B. am nächsten Tag) erneut erstmalig eine Verbindung zum Server aufbaut. Alles, was so über eine schnelle Suche im Netz findet, habe ich durch: Dienste laufen, Server u. Serverbrowser sind in der Windows-FW des Servers mit den Ports TCP1433/UDP1434 genehmigt. Und nochmal: Es hat alles funktioniert vor der kleinen Änderung, welche darin bestand, auf zwei von vier PC das Subnetz von 192.168.178.x auf 12.168.179.x zu ändern. Der Fehler tritt jedoch nun auch auf den PC auf, wo NICHTS geändert wurde. Dieses Forum stand bei einer Suche nach "SQL + Forum" ziemlich weit oben und der Name suggeriert mir, dass hier Leute unterwegs sind, die sich eventuell mit den Feinheiten der Software auskennen. Ich vermute, dass es irgendwo eine Zeiteinstellung geben wird, welche diesen Timeout auslöst. Ich hoffe jetzt darauf, dass mir hier jemand sagen kann, an welcher Schraube ich drehen muss. Falls ich noch Fakten zu liefern habe: bitte einfach fragen. Vielen Dank. Nach Klick auf OK kommt die nächste Meldung wenn diese mit OK bestätigt wird, startet die Anwendung und funktioniert ab dann problemlos.
×
×
  • Neu erstellen...