Samoth

Klatsch mal nicht zu bald... wer weiß, ob das nun auch zielführend ist ;-) Mal sehen, ob der Hersteller damit weiterarbeiten kann. Was mich an dieser Stelle noch interessiert: Ich habe die oben beschriebene Maske nach dem Test mit dem ODBC32-Tool nun mal ausgefüllt: - Servername: sbs - Anmeldung: Integrierte... - Datenbank wählen: leer gelassen Beim Klick auf "Verbindung testen" kommt jetzt auch erfolgreich. In welchem Zusammenhang steht das? Update: Läuft noch nicht. Den Mitarbeiter habe ich eben erreicht und der hat es mit seiner upl-Datei erneut versucht. Folgende Einstellungen: - Servername: sbs\<Instanzname> - Anmeldung: Spezifischen Benutzernamen. Dort hat er "sa" und ein eigenes PW genutzt - Datenbank wählen: leer gelassen. Danach erscheint eine Fehlermeldung mit dem Titel "Microsoft Datenverknüpfungsfehler" und dem Inhalt: Fehler beim Testen der Verbindung durch einen Fehler beim Initialisieren des Providers. [DBNETLIB][ConnectionOpen(Connect()).]SQL Server existiert nicht oder Zugriff verweigert. Ich soll jetzt mal auf den Rückruf des SQL-Spezialisten warten. Von ihm erhielt ich eine Mail mit einigen Infos: UPL-Datei ist normalerweise zuverlässig, Zugriff per Management Studiu funktioniert und "Die Vermutung, dass es ein Problem mit 32 und 64bit geben könnte, ist plausibel, jedoch haben wir unsere Software schon oft in gemischten Umgebungen im Einsatz und im Regelfall sollte es auch bei solchen Verbindungen nicht zu Problemen kommen, da der SQL Server Native Client bzw. der ODBC /ADO Treiber im Hintergrund für eine reibungslose Kommunikation sorgt. Seltsamerweise funktioniert der Zugriff ja von den im Netzwerk vorhandenen XP Rechnern." Mit einigen Inhalten aus dem Zitat kann ich aus technischer Sicht nichts anfangen. Seine Vermutung ist außerdem, dass "dass wir hier beim Einbinden in die Domäne, irgendwo tief im System vergraben, den TCP Port der Applikation/des UDL blockieren oder umleiten." Wäre das der Fall, könnten wir dann mit der Deaktivierung der dynamischen Ports arbeiten? Viele Grüße einstweilen Samoth

Moin coshi, dank dir für den Input :-) Ich habe eben mal das ODBC-Tool, das Daniel erwähnte, durchgeklickt und am Schluss erschien dann (nachdem ich noch in dessen Konfig "Dynamische Ports" deaktiviert habe) auch Tests erfolgreich. SIeht ja schon mal gut aus! Auf diesem Stand würde ich jetzt erst mal aufbauen und schauen, was der Hersteller sagt. Fall ich hier nicht weiterkomme, hänge ich deinen Tipp noch an, OK? Außerdem habe ich gesehen, dass der Hersteller die Verbindung zum SQL-Server über eine "server.upl" Datei erstellen möchte. Nach dem Doppelklick erscheint eine Maske (Titel: Datenverknüpfungseigenschaften) mit 3 Schritten: - Servername eingeben - Anmeldung am Server definieren - Datenbank vom Server auswählen Keine Idee, ob das eine Verknüpfung zum ODBC-Tool ist? Viele Grüße Samoth

Hallo zusammen, ich habe oben noch die genaue Serverversion eingefügt. Tut mir leid, dass ich mit dem 2008er angefangen habe. Ich weiß nicht, inwieweit das Auswirkungen auf eure Beiträge hat? @Doso Ich habe eben mal das Studio am Server gestartet und sehe dort Folgendes: Servertyp: Datenbankmodul Servername: SBS\WFP Auth. Windows-Auth. Benutzername: <Domänenname>\user Klicke ich auf Verbinden, scheint auch eine Verbindung hergestellt zu werden, zumindest sehe ich dort unter "Datenbanken" zwei Datenbanken mit unterschiedlichen Namen. Kann ich das als funktionierenden Zugriff werten oder meintest du, dass ich das Studio am Client installieren und ausführen soll? @Daniel Freue mich, dass du dich hier beteiligst :-). Bei Telnet hast du absolut Recht. Habe das eben mal getestet und mit einem ausgedachten Port erhalte ich zügig eine Fehlermeldung, bei 1433 nicht. Hoffentlich klappt das mit dem 32-Bit ODBC-Tool. Ich kann mir einfach (noch) nicht vorstellen, dass der Hersteller das nicht kennt. Es gibt doch kaum noch 32-Bit Windows 7 und der Hersteller wird doch wohl nicht nur einige wenige Installationen haben und bei uns zum ersten Mal damit konfrontiert werden...? Ich rühre mich wieder! Danke, danke, danke :-)

Guten Abend MCSE-Community, gleich zu Beginn: Ich bin leider nicht der SQL-Spezialist, der ich in dem Fall sein sollte. Hoffentlich sind meine Ausführungen nachvollziehbar und nicht zu laienhaft. Mit folgendem Szenario haben wir momentan zu kämpfen: Einer unserer Kunden hat einen neuen Windows 7 (64 Bit) Rechner bekommen. Diesen haben wir in seine Domäne eingebunden, was auch ohne Probleme klappte. An den Clients wird eine Software benutzt, die auf den einzigen Windows Server SBS 2011 Standard, 64 Bit) und dort auf eine SQL-Instanz zugreift. Dieser Zugriff funktioniert von einem XP-Rechner wunderbar. Dort läuft das zugehörige Programm nach wie vor und auch der Test mit einem ODBC-Connector(?) ähnlichen Test-Tool klappt. In dem Tool kann man auf "Aktualisieren" klicken, den Anmeldetyp mitgeben und erhält letztlich beim Test der Verbindung ein "Erfolgreich". Meiner Ansicht nach sollte der Server und dessen Konfiguration also OK sein. Jetzt kommt der Windows 7 Client (mittlerweile auch komplett frisch installiert) ins Spiel: Dort klappt der oben genannte Test einfach nicht. Leider habe ich die Fehlermeldung gerade nicht greifbar, liefere diese aber morgen gleich nach. Vielleicht hat schon vorher jemand eine gute Idee? Der Hersteller des Tools war heute den kompletten Tag mit der Fehlerbehebung beschäftigt, leider erfolglos. Was haben wir schon versucht: 1. Vom 7-Client aus den Befehl "telnet sbs 1433". Danach blinkt für lange Zeit ein Cursor, das war es. 2. Windows 7 neu installiert, was auch nicht zum Erfolg führte. Dabei wurde lediglich das OS frisch aufgezogen und der Rechner in die Domäne aufgenommen. Sonst keinerlei Software. 3. Über die Boardsuche fand ich folgenden interessanten Thread: http://www.mcseboard.de/topic/194150-fehlermeldung-bei-sql-verbindung/?hl=%20windows%20%20sql%20%20server%20%20zugriff. In diesem wird auf eine Internetseite verwiesen: blog.alexonasp.net/post/2011/03/06/Auf-welchem-Port-lauft-mein-SQL-Server-(Express)-2008-R2-Oder-warum-bekomme-ich-keine-Verbindung.aspx. Das klingt alles nach unserem Problem. Ob bei uns dynamische Ports genutzt werden, muss ich noch nachsehen und entsprechend anpassen, also Port 1433 einstellen. Hier würde ich gerne wissen, ob ich diese Einstellung am Server oder Client machen muss? Ich frage, weil dieser Artikel (http://www.gevitas.de/wiki/index.php?title=Zugriff_auf_SQL-Server_nicht_m%C3%B6glich) auf XP/7/8 eingeht. Was mich in diesem Kontext noch brennend interessiert: Laufe ich mit der fixen Eingabe des Ports 1433 in Probleme mit anderen SQL-Instanzen? Auf dem Server gibt es wohl noch ein Kaspersky Security Center, das auch eine Instanz auf dem Server hat. Ich möchte nämlich vermeiden, dass diese z. B. nicht mehr funktioniert. Hier fehlt mir einfach das Hintergrundwissen. 4. Die Firewall an den Clients ist jetzt deaktiviert und der Kaspersky läuft nicht bzw. war auf dem frisch installierten PC noch gar nicht installiert. Habt ihr sonst noch Vorschläge, was hier das Problem sein könnte? Verwunderlich ist ja, dass es bei XP nach wie vor geht und Windows 7 so problematisch ist. Würde mich über hilfreichen Input freuen :-) Schöne Grüße und besten Dank schon mal Samoth PS. Wie gesagt, liefere ich noch die Fehlermeldungen inkl. Fehlercodes nach!

@Dunkelmann Beim zweiten Absatz stimme ich völlig mit dir überein. Da sollte auch die IT bzw. der Dienstleister für ein entsprechendes Konzept (inkl. Sensibilisierung der User!) sorgen. Beim ersten Absatz sehe ich es allerdings so: Fefe sagt doch, dass Virenschutz nichts bringt. Das stimmt doch aber so nicht. Selbst wenn der User sich deppert verhält, ist immer noch die Wahrscheinlichkeit gegeben, dass der Scanner ihn vor Schädlingen schützt und präventiv eingreift. Auf einem völlig ungeschützten Rechner nistet sich doch viel schneller etwas ein...?

Sehr spannendes Thema - ernsthaft! Ich habe neulich einen Artikel von Fefe gelesen, der (wie andere auch) Virenscanner als Schlangenöl bezeichnet. Leider konnte ich der Argumentation dazu nicht folgen. Kann mich da einer erhellen, der ggf. die gleiche Ansicht vertritt? Ich bin nach wie vor ein Fan von Virenschutz im Sinne von "Anti Virus reicht aus, es muss keine Internet Security sein". Grüße Samoth

Wir haben seit kurzer Zeit bei drei Kunden Kaspersky Endpoint Security im Einsatz. Von Windows XP bis Windows 8 (8.1 wird laut Infos bei einer Schulung noch nicht unterstützt) war die Verteilung kein Thema. Der Schulungsleiter empfahl, weiterhin KES 8 einzusetzen, so lange man nicht mit Server 2012 oder Windows 8 zu tun hat. Habe hier unterschiedliche Clients (XP, 7, 8) mit KES 10 ausgerüstet und habe fast keine Probleme. Ich mag das Tool auch im Privateinsatz sehr. Meist installiere ich den Anti Virus (nicht die Internet Security) und lasse den Kunden 30 Tage entscheiden. Danach ist der Key schnell aktiviert. Übrigens: Avira schaltet nun das Werbe Popup ab (http://www.planet3dnow.de/cms/3913-avira-schaltet-werbepopup-ab/)

Servus und vielen Dank schon einmal! @AlexST Der Watchguard ist selbst für DHCP zuständig. Die Zuordnung der div. Adressen habe ich geprüft und die ist deckungsgleich mit den anderen Rechnern - natürlich bis auf die individuelle IP-Adresse ;-) Ich sammle die Tools mal zusammen und melde mich dann wieder. Muss das leider direkt vor Ort machen, kann "einen Moment" dauern :-)

Hallo zusammen, ich habe hier ein kleines Netzwerk mit 5 Rechnern. Davon sind 4 Windows XP (alle Updates) und der neue nutzt Windows 7 (64 Bit, alle Updates). Hier kommt auf jedem Rechner eine Stundenerfassungssoftware zum Einsatz, deren DB auf einem entfernten Server liegt. Weiterhin wird eine Lan to Lan VPN-Verbindung über einen Watchguard Router erstellt. Der Kunde startet die Software (S-Control), es öffnet sich ein Login Fenster, er meldet sich entsprechend an und bei den XP-Rechnern erscheint wenige Sekunden später die Eingabemaske. Am Windows 7 Rechner ist fast alles deutlich langsamer. Die Anmeldemaske erscheint noch zügig, doch nach derm Klick auf "OK" beim Anmeldefenster dauert es ca. 2 Minuten bis die Eingabemaske für die Arbeitszeit erscheint. Jede Transaktion in die DB dauert deutlich länger als auf den XP-Rechnern. Der Problemrechner scheint keine offensichtlichen Macken zu haben: Netzwerkverbindung steht, Geschwindigkeit ist OK, etc. Ich habe Kabel/Netzwerkport gewechselt, aktuellen Treiber für die Intel-NIC installiert... Beim Telefonat mit dem Hersteller der SW vermittelte er mir, dass es nicht an der Software selbst liegt. Dazu nutzte er den ODBC-Datenquellen-Administrator von Windows und richtete dort eine Testverbindung zum entfernten Server ein. Selbst diese, also außerhalb seiner Software, war deutlich langsamer als bei den anderen Rechnern. Er riet mir, vom Admin des Routers die Logs prüfen zu lassen, da es die Verzögerungen nachvollziehbar nur an einem Rechner gibt - diesen frage ich auf jeden Fall noch. Hier am PC ist kein Virenscanner installiert und die Firewall ist testweise aus. Habt ihr noch eine Idee? Viele Grüße Samoth

Moin, wurde vor dem Problem an der Kiste noch etwas verändert? Du könntest mal einen CMOS-Reset (s. Handbuch) versuchen. Hast du dafür ein externes Netzteil? Du könntest mal ein anderes verwenden. Falls noch externe Peripherie angeschlossen ist, diese auch mal testweise abklemmen. Gruß Samoth

Jap, da hat iDiddi Recht! Wenn es nur so einfach wäre, dem Endkunden die sinnvolle Handhabung beizubringen :-/ Deine Einstellungen in NoScrip kannst du später auch ex- und importieren.

Vielleicht schaust du dir mal Firefox mit den Addons "Adblock Plus" und "NoScript" an?

Hallo Edgar, *lach* DAS habe ich schon verstanden. Ich verstehe "...manchmal glaube ich in Cluster zu stossen, interessiert schon, welcher Illegale da in der Gegend bevorzugt wird." nicht. Grüße Samoth

Moin lefg, deinen letzten Satz (nach der Wunderbaren Board-Zensur, hehe) verstehe ich nicht, sorry... :-) Würdest du vielleicht nochmal...? Grüße Samoth

Passt schon, finde ich gut :-) Daher poste ich meist auch meine verwendeten Tools und Vorgehensweisen mit in die Lösung.

Servus Micha, ist richtig, aber da hätte ich keine Idee gehabt, wie ich die Registry auf ein neues System hätte umziehen können. Dort waren ja unterschiedliche Tools installiert (also auch per Registry-Eintrag verdrahtet) und die hätten dann wahrscheinlich nicht mehr funktioniert, wenn ich einfach nur die Struktur kopiert hätte...? Grüße Samoth

Hallo Daniel, vielen Dank, dass DU dich zu dem Thema äußerst. Habe wg. Problemen mit der Abo-Funktion eben erst deinen Beitrag bemerkt. Kann ich also sicher sein, dass ein Rechner (Workstation wie Notebook), der heute mit Windows 8 ausgeliefert wird, seinen Key im BIOS gespeichert hat? Wie schaut es mit den Zwittern von bspw. HP aus: Die kommen mit Windows 7 und man könnte noch Windows 8 per HP-DVD installieren? Viele Grüße Samoth

Hallo und sorry for delay, irgendwie klappt die Abo-Funktion bei mir nicht so richitg. Ich dachte, dass Beiträge automatisch abonniert werden, wenn man darauf antwortet? In dem Fall handelte es sich ja ohnehin um ein altes Gerät. Besonders ist eher die Software: Der Kunde nutzt es wohl zum programmieren/auslesen von Steuerungen. Er meinte auch, dass sie Software so nicht mehr erhältlich ist und da wäre eine Neuanschaffung wohl viel teurer gekommen. Das Teil ging ungefähr in diese Richtung: http://www.kulttempel.de/images/produkte/i60/6058-P1090002.JPG. Nur war es noch dicker und schwerer... und wahrscheinlich auch älter? Grüße Samoth

Hallo Helfer, gleich zu Beginn: Es geht wieder! Danke für die Tipps und Denkanstöße :-) Hier noch die Lösung in überschaubarer Kurzform, was bei weitem nicht die wirklich benötigte Arbeitszeit darstellt: Nachdem die Originalplatte mindestens einen defekten Sektor aufwies, versuchten wir vergeblich zu klonen/imagen - kein Erfolg, weil div. Tools das Medium einfach nicht als Quelle erkannten. Letztlich gingen wir den Weg über Testdisk und landeten dann bei EaseUS Partition Recovery (Demo, http://www.ptdd.com/recoverdeletedpartition.htm), mit der wir dann auch die Partitionen an sich wieder sichtbar (mit Laufwerksbuchstaben) bekamen - was eine Freude! Danach fertigten wir gleich ein Image mit Acronis an und spielten dieses auf eine "neue" 60 GB IDE-Platte, die auch im BIOS erkannt wurde. Leider startete Windows 98 dann noch nicht, was folgende Schritte von einer 98-Boot CD erforderlich machte: scandisk, fdisk /mbr, sys a: c: und abschließend noch die Aktivierung der Startpartition per fdisk. Danach wurde noch ein Image vom komplett lauffähigen System angelegt und nun kann der Rechner wieder an den Kunden. Viele Grüße Samoth

Guten Abend, Image haben wir versucht, doch leider erkennt Acronis das Teil nicht als möglichen Quelldatenträger. Wenn die Platte im Originalrechner hängt und man davon booten will, erscheint lediglich die Meldung: "Operation System not found". Im BIOS wird die Platte auch erkannt. Gruß Samoth

Moin :-), Danke für den Service, Jan! Habe mit dem Support und danach mit dem Kunden gesprochen. Hehe, Kunden wie sie sind: Nachdem er hörte, dass die Rettung (ohne Erfolgsgarantie) ca. 1300 € kostet, waren die Daten doch "nicht mehr so wichtig". Daher nun seine Freigabe zum Ausschlachten: Wir dürfen unser Glück an dem Teil versuchen. Wie würdet ihr an so einen Fall herangehen, wenn ihr euch mit der Rettung der Platte beschäftigten müsstet? Viele Grüße Samoth

Moin Jan, hm... ja. Das System ist an sich wichtig, denn auf diesem läuft ein Windows, in das Tools integriert sind (Registry-Einträge, etc.). Meinst du, dass der Datenretter die Platte wieder lauffähig bekommen könnte? Grüße Samoth

Hallo Nostalgiker, ein Kunde hat uns mit einem alten Siemens "Notebook" beglückt, auf dem noch Windows 98 läuft. Leider funktioniert das System nicht mehr. Zuerst wollten wir von der bestehenden 3,5" IDE-Platte ein Image erstellen, doch verschiedenste Versionen von Acronis erkennen die HDD nicht als möglichen Quelldatenträger. Hänge ich die HDD mit einem USB-Adapter in einen laufenden PC, wird diese nur als "Wechseldatenträger" ohne Laufwerksbuchstabe angezeigt. Einen Buchstaben zuweisen kann ich nicht. Ich sehe auch keine Daten auf der Festplatte. Scanne ich die Platte z. B. mit dem Tool HDTune, läuft der Schnelltest durch. Versuche ich das System in der eigentlichen Zusammenstellung zu Booten, erhalte ich die Meldung, dass kein Betriebssystem gefunden wurde. Die genaue Meldung poste ich, sobald ich wieder Zugriff auf den Rechner habe. Dem Kunden ist das System wohl recht wichtig, daher würden wir ihm gerne weiterhelfen... Habt ihr noch ein paar Ideen oder hilfreiche Tipps dazu? Schöne Grüße und Dankeschön! Samoth

Hallo, ich wollte mich hier nochmal melden und die "Lösung" posten. Leider gibt es keine nachvollziehbare Lösung für dieses Problem. Der aktuelle Stand ist zwar, dass es nun funktioniert und die Faxkonsole immer auftaucht, doch warum das nun so ist, weiß ich leider nicht. Am Rechner selbst habe ich FreePDF entfernt, der ja auch Redmon nutzt, msconfig genutzt, mit procmon/autoruns herumgespielt, etc. Weiterhin habe ich nutzlose Software deinstalliert, die der User einfach nicht mehr braucht. In diesem Kontext habe ich auch den Programmierer von Redmon erreicht, der mir dann folgendes schrieb: "What I read from that log is that the following command was started: "C:\ComClient\hprunas.exe" /print but that it stopped almost immediately. I can't see the reason why. I suggest you modify hprunas.exe so that it writes a log file to indicate why it stopped. Your program didn't write anything to stdout or stderr, which would have been captured by RedMon and written to its log file." Vielleicht hilft das zukünftig mal jemandem weiter :-) Viele Grüße Samoth

Hallo Gemeinde, vielleicht könnt ihr mich hier ein bisschen unterstützen? Bei einem Kunden (Einzelplatz, Windows XP alle Updates) wird Redmon ("Redirection Port Monitor", http://pages.cs.wisc.edu/~ghost/redmon/) genutzt, um eine Druckausgabe an eine Faxkonsole zu übergeben. FreePDF XP nutzt bspw. auch Redmon, um damit PDFs zu erzeugen. Konkret sieht das dann so aus: Der Kunde druckt auf einen virtuellen "Communication Fax Client"-Drucker ein beliebiges Dokument aus, danach öffnet sich eine Faxkonsole (nicht die von Windows), er gibt die Faxnummer ein und der Auftrag wird verschickt. Leider ist es so, dass sich die Faxkonsole einmal öffnet und dann wieder mal nicht. Im Anschluss für den oben genannten Drucker gibt es die Möglichkeit, ein Logfile zu erzeugen. In diesem Logfile sieht es dann so aus: REDMON WriteThread: started Level=1 DocumentName="Testseite" OutputFile="" Datatype="(null)" output=0 show=0 delay=300 runuser=1 REDMON check_process: process isn't running. REDMON check_process: flushing child stdin to unblock WriteThread. REDMON WritePort: Process not running. Returning TRUE. Ignoring 65536 bytes REDMON Cancelling print job REDMON EndDocPort: starting REDMON WriteThread: ending REDMON EndDocPort: process finished after 0 seconds REDMON EndDocPort: 0 bytes written to printer REDMON EndDocPort: ending Ich denke, dass der fett markierte Punkt das Problem ist. Wenn der Auftrag nämlich erfolgreich verarbeitet wird (=Faxkonsole öffnet sich), sieht der Abschnitt so aus: REDMON WriteThread: started Level=1 DocumentName="Testseite" OutputFile="" Datatype="(null)" output=0 show=0 delay=300 runuser=1 REDMON WritePort: about to write 65536 bytes to port. %!PS-Adobe-3.0 %%Title: Testseite %%Creator: PScript5.dll Version 5.2.2 %%CreationDate: 5/14/2013 15:34:40 %%For: Administrator %%BoundingBox: (atend) ... Ich sitze nun schon etwas länger an der Sache und komme auf keinen grünen Zweig. Hatte vielleicht schon jemand mit Redmon oder gar der Meldung zu tun? Was ich bisher gemacht habe: - Redmon deinstalliert (Systemsteuerung -> Software) - FreePDF, Ghostscript deinstalliert - Fax Communications Client frisch installiert Es ist wirklich kurios, denn als ich mit dem System fertig war, lief die Faxkonsole. Dies testete ich mit einigen Neustarts, Text-Fax,... Heute gibt mir der Kunde Bescheid, dass es *wieder* nicht geht. Besten Dank erst mal! Gruß Samoth