Neu Eigenen SQL Benutzer für Ameise CMD line scripting

[jrosemeier]

Ich möchte ungern den master SQL Benutzer "sa" in jeglichen batch Skripten oder ähnlich verwenden.
Aktuell setzte ich ein BATCH Skript für automatischen Import mit Ameise auf. (frei nach dem Guide: https://guide.jtl-software.de/jtl-wawi/jtl-ameise/daten-via-ftp-importieren/)

Um ein Mindestmaß an Sicherheit zu gewährleisten möchte ich hierfür einen eigenen Datenbank Benutzer verwenden.

Habe einen SQL Benutzer angelegt der lediglich auf 1 Datenbank "Mandant_1" read/write Zugriff hat.
Wenn ich dessen Daten nunmehr im CMD line angebe (.. -u <NeuerName> -p <NeuesPasswort> ..) läuft die Ameise ganz ohne irgend eine Ausgabe durch. Es gibt weder Erfolgs- noch Fehlermeldungen und es wird auch tatsächlich nichts ausgeführt.

Kurz um:
Wie kann ich einen getrennten SQL Benutzer anlegen und verwenden mit Einschränkung auf spezifischen Mandanten für die Verwendung in Ameise?

Beispiel CMD:

"C:\Program Files (x86)\JTL-Software\JTL-wawi-ameise.exe" --server=(LOCAL)\JTLWAWI --database=Mandant_1 -u sql_ameise_name1 -p ****** --templateid=IMP2 --inputfile=20220805_094918-Sample.csv

 

[John]

Oh, ich fürchte, da kommt dir eine Unsauberkeit in der Programmierung der Ameise in den Weg.

Tatsächlich wird (zumindest mit Wawi 1.5) ALLES, was mit der Ameise zu tun hat grundsätzlich im Hauptmandanten der DB (easybusiness) gespeichert, selnst wenn die Import/Export Aktion, die man durchführen möchte auf einem anderen Mandanten stattfinden soll. Kannst Du Dir selbst mal in den DB anschauen wo z.B. die IMP/EXP TEmplates liegen.

Wenn also Dein Benutzer keinen Zugriff auf DB easybusiness hat, kommt die Ameise gar nicht an z.b. das Import/Export Templates heran, welches du als Parameter aufrufst.

Somit brauchst Du einen Benutzer mit mehr Zugriff. Ich bezweifele, daß man einen Benutzer überhaupt sinnvoll einschränken kann.

Ich glaube mit Wawi 1.6 wird das Verhalten geändert.

Ich habe mir über den sa Benutzer in Skripten auch lange Gedanken gemacht und schön ist das nicht. Aber auch andere Dinge sind nicht schön, wie z.B. das der sa-Benutzer in der Registry gespeichert ist. Verschlüsselt aber naja - mit einer C# dot.net Anwendung

 

[jrosemeier]

Danke, werde es dann mal mit erhöhten SQL Benutzerrechten versuchen

 

[jrosemeier]

Danke, mit Erweiterung der Rechts auf die Standard Datenbank easybusiness hat es dann geklappt.

 

[mh1]

Ich arbeite auch nicht mit dem sa
Wir haben mehrere Logins auf dem SQL-Server angelegt (Für Vertriebslaptops oder Mitarbeiter-PC's im Home Office auf). Mitarbeiter scheidet aus -> Login löschen, fertig
Neue Benutzer müssen in den folgenden Serverrollen sein: bulkadmin, dbcreator, processadmin, public

 

[mvh]

Moin.
Erstelle einen Benutzer z.B. ameise mit Passwort z.B: ameise1, Rolle: public
Benutzerzuordnung: eazybusiness reader und writer, master nur reader

oder speziell über "Schemas im Besitz" nur für bestimmte Schemas/Tabellen.
Fertig.

 

[mvh]

Moin.
Erstelle einen Benutzer z.B. ameise mit Passwort z.B: ameise1, Rolle: public
Benutzerzuordnung: eazybusiness reader und writer, master nur reader
Den Anhang 87190 betrachten
oder speziell über "Schemas im Besitz" nur für bestimmte Schemas/Tabellen.
Fertig.

Speziell für die Mandanten würde ich nur die Schemas für Ameise aus eazybusiness übernehmen und die Mandanten-Datenbank,
so kannst Du den Zugriff weiter einschränken.