winmadness

Hier mal einige Ideen, ohne diese geprüft zu haben: Beim Hersteller Support nachfragen - diese wissen am besten wie Sie Ihre Lizenzen verwalten sofern möglich, Lizenzserver auf der Workstation installieren und eine Einzellizenz laden den (oder einen zusätzlichen) Lizenzserver in der DMZ installieren und Lizenzierung übers Internet zulassen. Mit der Firewall kann man die zugriffsberechtigen Workstation / User entsprechend einschränken Workstation über VPN in der DMZ (wenn notwendig in der Domain) anmelden und in der Firewall für die VPN Verbindung nur den Zugriff auf den Lizenzserver (Port) zulassen.

DAmit ist die Variable $(path) aber leer und somit wird kein Pfad bei der Erstellung der .bak Datei angegeben. Damit ist es doch logisch, dass die Datei direkt in das Arbeitsverzeichnis geschrieben wird. Also musst Du zum Testen die Variable $(path) mit einem sinnvollen Inhalt belegen.

@AlexTann Wie Du schon festgestellt hast funktioniert die Unterordner-Suche nur mit FullAccess. Ein Artikel hierzu.

Hat es einen Grund, warum Du den Parameter "-v" mit der Pfadvariable im Batch-Skript entfernt hast? Was mir noch aufgefallen ist, es fehlt noch ein Backslash vor @name. Den Parameter wieder setzen: "C:\Program Files\Microsoft SQL Server\Client SDK\ODBC\170\Tools\Binn\sqlcmd.exe" -v path="%path%" -S "localhost\db" -i "%~dp0\SQL-SicherungALL_DB.sql" SQL SET @fileName = '$(path)\' + @name + '_' + @fileDate + '.BAK'

Habe im Moment leider kein MS SQL im Zugriff zum Testen. Aber setze mal den folgenden Ausdruck in Deinem SQL Script in Hochkomma: SET @fileName = '$(path)'

Welcher Fehler erscheint, wenn Du als Absenderadresse eine außerhalb Deiner verwalteten Domain und ohne Authentifizierung verwendest - also z.B. "exchange@mail.de". Ich habe den Mailversand auf meinen Exchange 2016 Server als Aufgabe eingetragen und getestet. Wenn ich eine Absender-Adresse exchange@firma.de verwende, bekomme ich einen Fehler. Bei exchange@mail.de funktioniert es.

"C:\Program Files\Microsoft SQL Server\Client SDK\ODBC\170\Tools\Binn\sqlcmd.exe" -v path="%path%" -S "localhost\db" -i "%~dp0\SQL-SicherungALL_DB.sql" Ich habe oben erst einmal zwei Fehler in Deinem Batch-Skript korrigiert: 1) das Hochkomma vor %path% entfernt und 2) ein Bindestrich vor dem Parameter "S" hinzugefügt. Ansonsten kann ich kein Fehler auf die Schnelle erkennen.

Das Problem ist Microsoft bekannt und sie "arbeiten" an einer Lösung. Einige Admins haben den aktuellen Office Patch deinstalliert. Der User "Spencer Macro IT" hat eine Lösung gepostet (fünfter Beitrag), welche allerdings nicht bei allen funktioniert.

Klasse. Hätte ich auch gleich darauf kommen können. Wenn Du den Befehl direkt einer Variable zuweist, dann musst Du natürlich die gesamte Anweisung als String in Hochkomma setzen. Wenn Du den Befehl dann in einer Tabelle speicherst, dann ist das Feld bereits ein String und muss somit bei einer Zuweisung zu einer Variable nicht mehr in Hochkomma gesetzt werden.

Lasse beim Speichern in die Tabelle mal die Hochkomma um den gesamten Befehl weg und für den Parameter "query" nur einfache Hochkomma, also select * from openquery([PA_61_PRODUCTION_PAVAR], 'select AdressNr , substring(BelegArt,1,3) as BelegArt , substring(Firma,1,10) as Firma , substring(Hausnummer,1,12) as Hausnummer , substring(Name1,1,35) as Name1 , substring(Name2,1,35) as Name2 , substring(Name3,1,35) as Name3 , substring(Ort,1,30) as Ort , substring(PLZ,1,10) as PLZ , ReferenzNr , substring(Staat,1,3) as Staat , substring(Strasse,1,30) as Strasse , substring(Typ,1,1) as Typ , substring(V_BelegKopfAdr_Obj,1,60) as V_BelegKopfAdr_Obj FROM PUB.V_BelegKopfAdr')

Auf die Schnelle ein Tipp: einfach den select bis auf ein Feld strippen und dann testen. Wenn es läuft nach und nach die anderen Felder hinzufügen.

Was mir auffällt, dass die vermeintlichen Anführungszeichen zwei Hochkomma sind - ist dies beabsichtigt?

Das kannst Du selber herausfinden, wenn Du nach CIDR (Rechner) googelst. Wenn das Subnetz 192.168.1.0/24 bereits durch Deinen Ausbilder belegt ist, benötigst Du natürlich ein eingenes Subnetz für Dein LAN. Goolge mal nach Subnetzen / CIDR / private IP-Adressen. Tipp: Du musst ein vollständiges Subnetz unabhängig vom bereits bestehenden Subnetz 192.168.1.0/24 verwenden.

Er meint sicher welche IP-Adressen. Also Du must ein Subnetz aus dem privaten Bereich definieren z.B. 192.168.1.0/24. Aus diesem Subnetz dann angeben welche IP-Adressen die einzelnen Server / Clients bekommen sollen. Also z.B. 192.168.1.1 für 1. DC, Netmask 255.255.255.0, DNS Server 127.0.0.1 und z.B. 192.168.1.100 für Windows Client, Netmask 255.255.255.0 und DNS 192.168.1.1. Natürlich kannst Du auch einen DHCP Server auf dem DC einrichten und dann die IP Adressen und Einstellungen automatisch beziehen lassen. Ich denke aber nicht, dass dies in der Strato ServerCloud funktioniert. Zum Hintergrund und Lernen suche Dir Informationen zum Thema CIDR / Subnetze / Netzmasken / private IP Adressen.

In diesem Fall dürfte es etwas schwierig werden eine Windows Domain / LAN aufzubauen. Es sei denn, Du setzt die "AirIP" von Apple ein - damit könnte es klappen Ich denke Du meinst, dass nur der DC aus dem Internet erreichbar sein soll und somit nur dieser eine Internet-Adresse bekommt. Alle anderen Geräte müssen natürlich im LAN eine private IP (z.B. 192.168.1.x) erhalten. Wenn Du das Strato Produkt "ServerCloud" verwendest, dann kannst Du ein LAN über Stratos "Private Network" aufbauen. Eine Anleitung findest Du hier: https://www.strato.de/faq/server/privates-netzwerk-einrichten/ Bitte als Erstes die Strato Firewall für Deinen DC konfigurieren und nur Ports öffnen, die Du auch benötigst.

Nein, Du benötigst nicht die Enterprise-Version. Wenn Du die Telemetrie-Daten abschalten willst, dann genügt die Deaktivierung der beiden Dienste - auch in der Pro-Version.

Laut Aussage im Artikel bzgl. der Telemetriedaten - ja. Aber der Artikel erwähnt noch weitere Daten, welche an MS gesendet werden.

Ich meinte nicht im Script, sondern die Anmeldedaten für die Aufgabe - also nicht Systemkonto verwenden sondern das Konto des Exchange Postfaches. Funktioniert natürlich nur, wenn Dein Skript ansonsten keine Systemberechtigungen benötigt.

@michelo82 Komisch, ich habe eine vergleichbare Konstellation. Ferndiagnose ist immer schwierig. Eine Idee: ein Postfach einrichten und die Aufgabe mit den Anmeldedaten dieses Postfaches einrichten.

Hallo, es gilt nach wie vor nur für Enterprise - nicht für Pro. Wie beschreiben für Pro Version die beiden Dienste deaktivieren.

@michelo82 Funktioniert es wenn Du "$EMailFrom" auf "exchange@mail.de" setzt?

Für welche Berechtigungsgruppen hast Du den Connector konfiguriert?

Dass Du über das Systemkonto senden willst, hattest Du nicht erwähnt. Ich hatte das gleiche Problem mit dem Systemkonto. Wie Du habe ich einen eigenen Empfangsconnector für bestimmte IP-Adressen / Bereich. In diesem Connector nur "Anonyme Benuzter" zulassen, ansonsten keine. Diese Einstellung funktioniert bei mir.

@michelo82 Hier verwende ich immer einen Bypass - Einfach als "From" Email eine Mail-Adresse ausserhalb der verwalteten Domains angeben z.B. "exchange@mail.de". Dann sollte es funktionieren.

@rakli Ich hatte mal die 2FA vom Anbieter Duo getestet. Sehr einfach einzurichten und zu verwalten. Der Funktionsumfang und die Integration in Windows ist auch sehr gut. Ausserdem wird zum Testen auch eine "Free-Version" angeboten.