Jump to content

gerd33

Members
  • Gesamte Inhalte

    135
  • Registriert seit

  • Letzter Besuch

Reputation in der Community

11 Neutral

Über gerd33

  • Rang
    Newbie
  1. recht auf vergessen?? Mediz. daten: 10 bis 30 Jahre Aufbewahren gesetzlich gefordert. ist aber alles verschlüsselt Nochmals Powerline: ist der größte Mist, habe im privaten Efh nur Abstürze, Abbrüche etc. erlebt; seitdem LAN-Verkabelung da ist: läufts megastabil Schön, wenn das funktionieren würde NB1: 192.168.178.49, statisch WLAN NB2: 192.168.178.23, statisch, WLAN Subnetz 255.255.255.0 Die NB's wollen sich aber nicht verbinden! (Oder ich bin zu b***d)
  2. Danke für die Antwort. Problem ist, dass ich nicht per Kabel vernetzen kann. (getrennte Räume beim Kuinden) Also muss ich per WLAN arbeiten. Habe die FB als WLAN-Acess-Point für NB2 im anderen Raum. WLAN von PC zu PC direkt geht nicht - oder ich bin zu b***d dazu- Jedenfalls hat Dr. Google mir da auch nicht helfen können - bzw. die Lösungsvorschläge funktionierten nicht. DHCP ist in der FB aktiv, damit ich NB2 keine stat- IP zuweisen muss.
  3. HAllo zusammen, Habe für den Außeneinsatz bei meinen Kunden zwei Notebooks. NB1 ist mein mobiler SQL-Server 2014 Express, NB2 ist der mobile Client, an dem meine Arzthelferin im Nebenraum Sehtes, Lufu etc. macht. Verbunden sind beide NB über eine alte Fritzbox 7170. NB1 hängt per Kabel dran, NB2 per WLAN. NB1 hat statische IP, die auch im Praxisnetz verwendet wird. Sozusagen ein mobiles WLAN in den Räumen meiner Kunden Nun kommts: Zugriff nom NB2 auf den SQLServer Express im NB1 klappt zwar, dauert aber locker 5 min bis die SQL-Verbindung steht. Ping geht sofort nach Verbindungsaufbau. Egal, ob ich auf den SQLSErver per IP-Adresse oder per Hostname zugreife. Schließe ich NB1 per LAN am Praxisnetz an, kann ich mit NB2 über Praxis-WLAN ganz normal und schnell mit der Software auf dem SQLServer vom NB1 arbeiten. DAchte zunächst, dass das an der alten Fritzbox liegt. habe das dann mit einer isolierten 7490er FB auch versucht; Problem besteht aber weiterhin. Sobald ich am Praxisnetz mit meiner 7490er hänge, klapps gut. Kann die Ursache darin liegen, dass beim mobilen Einsatz die FB nicht am DSL hängt?? Andere Idee hätte ich nicht. Bin für jeden Hinweis dankbar Gerd
  4. Merge-Replikation über VPN nicht möglich

    Sorry, habe die Frage erst heute gesehen. Nehme an, dass das ein Problem mit dem Hostnamen zusammenhängt. Replizierung klappt nur, wenn man mit dem SQLServer über den Hostnamen (z.B. Notebook-I5\SQLExpress) verbunden ist. Wenn man über die IP, egal ob statisch oder nicht, (z.B. 192.168.178. 33\SQLExpress} verbunden ist, klappt die Replizierung nicht. Also in der Hosts-Datei des Clients den Eintrag 192.168.178.33 Notebook-I5 eintragen, dann müsste es gehen.
  5. @testperson: Bei uns im Wohnhaus kommen genau 2 kupferadern an. In den 70ern hat man noch nicht über mehrere Anschlüsse in einem Wohnhaus nachgedacht. Eigener Anschluss für Sohnemann ist somit unmöglich. bzgl. des "Sicherheitsproblems: Mein Wortmann-Händler hat seit ein paar Wochen einen neuen Techniker, der auch komplexere Vernetzungen etc. installiert. Denke, dass ich meine Netzwerk-Infrastruktur per VPN zwischen 3 Standorten Anfang 2018 doch mal vom Profi optimieren lasse. Bin extra angeschrieben worden, dass für mich als "guten" Kunden bis Ende des Jahres eine "kostenlose und unverbindliche Bestandsaufnahme" der bestehenden IT-Infrastruktur angeboten wird. Lasse mich mal überraschen; könnte positiv sein. Habe extra mal meine ganze Infrastruktur mit IP-Adressen, Gerätezuordnung etc. Standorten von Router, Switches, Netzwerkdruckern etc. zuammen gestellt; mal sehen, was mir zum Schluss angeboten wird.
  6. Gastnetz geht nicht, da Ports dort nicht freizuschalten sind. VLAN Switch dürfte nicht gehen, da ich ja irgendwie ins dSl muss, wohl via Fritzbox. VPN Tunnel beginnen in der Fritzbox und enden in der FB auf der anderen Seite des DSL-anschlusses. Hätte dann zwar das VPN, aber eben in der FB am DSL Anschluss, d.h. in einer potenziell ungeschützten Zone. Oder gibts schon VLAN -switches, die VPN Konfiguration ermöglichen. Geht meiner bescheidenen Meinung nach nicht ohne 2. Router. oder vertue ich mich da?.
  7. Gastzugang für Sohnemann geht nicht, da sind etliche Ports zu und manuell nicht zu aktivieren. Denke, dass da evtl andere Hardware erforderlich ist. Könnte man da evtl. mit 2 Lancom routern weiter kommen? Muss bis dahin wohl meine Vpn-tunnel abschalten, wenn die Lanparty von Sohnemann steigt.
  8. Hallo zusammen, aus Sicherheitsgründen möchte ich zu Hause 2 getrennte Netzzonen einrichten: Netz 1 für beruflichen Kram mit Zugriff auf VPN-Laufwerke über Internet und Netz 2 für Sohnemann mit seinen wilden Kumpels und LAN-Partys. Hier soll auch WLAN angesiedelt werden. Hierfür gehe ich mit einer Fritzbox 7390 (FB1) über DSL ins Internet. Habe aus dem IP Adressraum dieser Box (192.168.33.0) 2 statische Routen in die dahinter liegende FB 7490 (192.168.178.0) sowie die dahinter liegnde zweite FB 7170 (192.168.155.0) eingerichtet. Die beiden hinteren FB gehen über FB1 ins Netz. Die Dect-Telefone sowie WLAN läuft über die FB1 (die hing bislang direkt am DSL), IP-Einstellungen der hinter FB1 ligenden Geräte habe ich nicht geändert. Soweit, so gut. Allerdings tut es jetzt nicht mehr die Synchronisation des SQL-Clients hinter der FB1. Ebenso geht Skype nicht mehr. Die IP-Adressen sind aber gleich geblieben, nur dass eben eine Box mit dem Adressraum 192.168.33.0 jetzt zwischengeschaltet ist. Habe schon daran gedacht, dass das ein DNS-Problem sein könnte; aber der Name des SQL-Server-Clients ist natürlich in der Hosts-Datei des SQL-Servers mit der richtigen IP eingertragen und umgekehrt. Zugriff auf die Netzlaufwerke in der Praxis ist via VPN ebenfalls möglich. Hat jemand eine Idee, woran das noch liegen könnte? Danke für jeden Hinweis Gerd
  9. Hab ich mir fast gedacht: Diese Fehler werden vorkommen, z.B. beim labordaten-Import Werde weiterhin manuell synchronisieren, d.h. zu Beginn der Arbeit zu Hause: erste Sync., danach Offline arbeiten, zum Abschluss erneute Sync. und fertig. Ebnenso bei Außenterminen. Bei Außenterminen mit 2 P (Arzt + Helferin) ebenso: Notebook1 arbeitet als "Master". Notebook 2 arbeitet remote (Kabel oder WLAN) auf dem SQL-Server vom Notebook 1) und am Ende des Arbeitstages wird Notebook 1 ans Netz gehängt und sychronisiert. Scheint der einfachste Weg. Kann ich mit den Mitteln der Software (Samas) hinkriegen und muss nicht am Server selbst rumschrauben. Habe auch festgestellt, dass bei der merge-replikation nur relativ wenige Daten fließen, d.h. auch meine Außendienst-Halb-Tagesarbeit vom Freitag war innerhalb von ca. 3 min über LAN/VPN mit dem Server in der Praxis synchronisiert. Vielen dank für Euren Input Gerd
  10. Hallo zusammen, nachdem meine Notebooks dank Eurer Hilfe via VPN problemlos zwischen SQL-Server 2014 Standard (auf Server) und Express (auf Notebooks) replizieren, möchte ich die Sache noch weiter ausbauen: Ich habe zu Hause 2 Rechner, mit denen ich jeweils per VPN auf dem Server in der Praxis arbeite. Leider wg. Internet ziemlich langsam. Nun habe ich mir überlegt, einen dieser Rechner (der sowieso im 24/7 Betrieb läuft) mit einem weiteren SQL-Server Express zu versehen. Ziel ist, dass die beiden Rechner zu Hause auf diesem "Express"-SQL-Server arbeiten; dieser sollte sich dann automatisch (z.B. alle 30 min) mit dem "Standard"-Server in der Praxis synchronisieren. Nun habe ich ein wenig gegoogelt und erfahren, dass ich beim Standard-SQL-Server über die Auftragszeitplanung Push- / bzw. Pullreplikationen anstoßen kann. Kann ich bei Express-Server nicht. Frage: Reicht es aus, vom Standard-Server aus eine "Pull"-Replikation in Richtung Express-Server einzurichten, oder muss ich 2 Standard-Server hierfür benutzen. Müsste mir dann nämlich noch eine weitere Standard-Lizenz kaufen. Push- bzw. Pull- ist hier sowieso mißverständlich, da die Merge-Replikation ja sowohl Push- als auch Pull- Prozesse beinhaltet; d.h. Änderungen des Standard-Servers werden auf die Express-Clients übertragen und umgekehrt. Danke für jede Info ---- und nun ja, nicht gleich schimpfen, wenn meine Frage für IT-Profis etwas banal klingen; aber ich bin nun einmal mein eigener Systemadministrator - und leider hört der Support der Lieferanten der Anwendungssoftware auf, wenn es auf Windows- bzw. SQL-Server Ebene geht.
  11. Es funktioniert!!! :D :D :D :D Nachdem ich die Notebooks mit festen IP's versehen habe und nur per LAN / VPN vom Wohnhaus in die Praxis repliziere , geht es. Der Hinweis mit der DNS-Auflösung war goldrichtig; nachdem ich auf dem Server die IP's und Namen in die Hosts-datei des servers eingetragen habe, läuft es, sogar deutlich schneller als erwartet. Werde die Timeouts im SQL-Server wieder auf "default" runterstellen. Euch Allen vielen Dank und schönes Wochenende! Gerd Noch @testperson: Zitat: "Bei deinen Vorstellungen und der Bereitschaft Geld in die Hand zu nehmen, kann ich mir vorstellen, dass jedes vernünftige Systemhaus dankend ablehnt. Der Rest, der bei sowas "anspringt", ja, das ist alles andere wie ein ordentliches Systemhaus ;) Und nur weil ein Systemhaus "Nein" sagt oder den eigenen Plan für nicht sinnvoll erachtet, heißt das nicht, dass es ein schlechtes Systemhaus ist." Kenne gute Systemhäuser (z.B. die mir meine Terra-Hardware liefern :D , ordentlich vernetzen können :D , aber mit SQL-Server nur wenig zu tun haben :( ) und auch "Systemhäuser" in denen die Kompetenz mit dem Verkauf der Rechner (und bei Störungen mit dem Hinweis, die Recovery DVD einzulegen und neu aufzusetzen) endet.
  12. @testperson Das Notebook sollte an mehreren Orten replizieren können. Bekommt in der Praxis z.B. eine IP der Art 192.168.0.x, aber zu Hause 192.168.178.x, jeweils per dhcp. Oder könnte ich in der hosts-datei mehrere Einträge für denselben Namen eintragen? z. B 192.168.178.5 Notebook-I3 192.168.0.75 Notebook-I3 Der zweite Hinweis mit den "paar Mark" ist OK; aber ich kenne bislang kein ordentliches Systemhaus im Raum südliches Köln / rechtsrhein. Rhein-Sieg-Kreis, die ich als "gut" bezeichnen könnte. Wäre diesbezüglich für einen Tipp aus dem Forum dankbar. Einen anderen Hinweis aus einem vorigen Kommentar, ein domänenbasiertes Netz einzurichten, sehe ich kritisch. Was mache ich, wenn der DC nur über VPN erreichbar ist (Haupt-Server steht in der Praxis) und Internet mal wieder ausfällt? Kommt gelegentlich hier vor.
  13. @monstermania Hosts Eintrag auf client ist 192.168.0.100 server d.h. die sql-Anwendung meldt sich bei server/samas an und man kann arbeiten, aber nicht replizieren. Habe in beiden Fritzboxen Port 1433 -TCP und Port 1434 -UDP freigegeben; das war auch nicht die Ursache
  14. Habe kein Domänenbasiertes Netz. Lediglich 3 IP-Kreise (192.168.0.x - 192.168.178.x - 192.168.17.x) mit gemeinsamer Subnet-Maske (255.255.255.0), die über VPN permanent verbunden sind Zugriff auf freigegebene Netzlaufwerke bzw. -ordner funktioniert per IP-Zuweisung. (z.B. "P" ist 192.168.178.55/"Verzeichnisname") Zugriff der Anwendungssoftware des Clients (192.168.178.x) auf den SQL-Server (192.168.0.x) funktioniert ebenso, d.h. ich kann mit dem Client über VPN zwar arbeiten, aber nicht über VPN replizieren. Oder benutzt die Replikation andere Ports bzw. Freigaben als der "normale" SQL-Serverzugriff? Die Ports 1433 / 1434 sind in der Fritzbox nicht explizit freigegeben, da der Serverzugriff auch so funktioniert. Oder kann das schon die Lösung sein?? Habe lediglich in der Software-FW (Windows bzw. GData) die Anwendung Sqlservr bzw sqlbrowser freigegeben.
  15. Habe mal die Fehlerprotokolle aus dem Replikationsmonitor des Servers kopiert: Fehlermeldungen: Der Prozess konnte keine Verbindung mit Subscriber 'NOTEBOOK-I3\SQLEXPRESS' herstellen. (Quelle: MSSQL_REPL, Fehlernummer: MSSQL_REPL20084) Hilfe abrufen: http://help/MSSQL_REPL20084 SQL Server-Netzwerkschnittstellen: Fehler beim Suchen des angegebenen Servers/der angegebenen Instanz [xFFFFFFFF]. (Quelle: MSSQLServer, Fehlernummer: -1) Hilfe abrufen: http://help/-1 Netzwerkbezogener oder instanzspezifischer Fehler beim Herstellen einer Verbindung mit SQL Server. Der Server wurde nicht gefunden, oder auf ihn kann nicht zugegriffen werden. Überprüfen Sie, ob der Instanzname richtig ist und ob SQL Server Remoteverbindungen zulässt. Weitere Informationen erhalten Sie in der SQL Server-Onlinedokumentation. (Quelle: MSSQLServer, Fehlernummer: -1) Hilfe abrufen: http://help/-1 Abfragetimeout abgelaufen. Fehlerhafter Befehl: (Quelle: MSSQLServer, Fehlernummer: 0) Hilfe abrufen: http://help/0 Vom Mergeprozess konnte eine Abfrage nicht ausgeführt werden, da für die Abfrage ein Timeout aufgetreten ist. Falls dieser Fehler weiterhin auftritt, erhöhen Sie das Abfragetimeout für den Prozess. Führen Sie zur Problembehandlung einen Neustart der Synchronisierung mit ausführlicher Verlaufsprotokollierung aus, und geben Sie eine Ausgabedatei an, in die geschrieben werden soll. (Quelle: MSSQLServer, Fehlernummer: 0) Hilfe abrufen: http://help/0 Das Abonnement für die SAmAsSQL-merge-Veröffentlichung konnte nicht überprüft werden. Stellen Sie sicher, dass alle Merge-Agent-Befehlszeilenparameter ordnungsgemäß angegeben sind und dass das Abonnement ordnungsgemäß konfiguriert ist. Falls der Verleger keine Informationen mehr zu diesem Abonnement hat, löschen Sie das Abonnement, und erstellen Sie es erneut. (Quelle: MSSQL_REPL, Fehlernummer: MSSQL_REPL-2147201019) Hilfe abrufen: http://help/MSSQL_REPL-2147201019 Wie gesagt: Fehler kommen nur bei der merge-Replikation per VPN. PerLAN läufts fehlerfrei durch. Hat jemand eine Idee?? Der IT-ler sagte, dass die FritzBox unproblematisch sei.
×