---

Moin,

ich hätte mal eine Frage wie ihr das handhabt.

im MS SQL Management Studio bezüglich der Rechte der "Nutzer".
Verwaltet ihr das über Gruppen oder Nutzer oder gemeischt und wo stellt ihr das ein?

In den meisten Firmen wo ich bisher war wurde das über "Nutzer" gemacht und deren Windows Login und entsprechend für jede Tabelle und jeden Nutzer einzeln eingepflegt.

In der aktuellen FIrma sind das "EPLAN Nutzergruppen"
Einmal EPLAN Nutzer allgemein und dann für jede Abteilung und die Nutzer sind den Gruppen zugeteilt. Das benötigt immer zusätzlich die IT Hilfe, welche neue Nutzer  hinzufügen müssen zu den gruppen aber auch vergessen diese zu löschen. Da sind heute noch welche drin die seit Jahren nicht mehr im Unternehmen nehmen.

Wir würden das gerne vereinfachen. Jede Anregung ist erwünscht :-)

EPLAN User offiziell ca 50, nutzen regelmäßig tun es 10

Liebe Grüße
Thorsten

------------------
Vorlesungen machen den Verstand träge. Sie zerstören das Potenzial für authentische Kreativität!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Wir haben in der AD eine Nutzergruppe, die auch für den Lizenzserver verwendet wird.
Diese Gruppe hat auch Zugriff auf die entsprechenden Datenbanken, aber teilweise nur Lesend/Schreibend
Die Owner-Rechte sind manuell nur an den Eplan-Administrator vergeben.

Da die IT auch zum ändern der Rechte beim SQL-Server benötigt wird, lohnt sich hier kein anderes Vorgehen, als über die AD-Gruppe.

(Eine Auflistung, welche User sich darin befinden, wird jährlich zur Überprüfung von der IT verschickt)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

genau da is mein frage - wir haben z.b. 5 artikeldatenbanken je Abteilung z.b. eine.

kann man da sagen alle können lesen zugreifen aber nur zutzer A B C darf auf DB1 schreibend zugreifen und X Y Z auf DB2 ... Admins dürfen überall schreiben (sind nur 2)

oider ist aktuelle vorgehnsweise
Alle eplaner in der EPLAN Gruppe
Admins in der EPLN Admingruppe
und dann je Abteilung eine Gruppe

trotzdem in Ordnung und Zeitgemäß?

Wobei wir hier z.b. das "Problem" haben wir wollen nicht unbedingt, dass die WErkstudenten in den normalen Datenbanken arbeiten - sondern in den Datenbanken der "Azubis"

------------------
Vorlesungen machen den Verstand träge. Sie zerstören das Potenzial für authentische Kreativität!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Also macht ihr das alle via Gruppen oder gibts auch welche für einzelne User?

würde gerne einfach

- Admin (Gruppe) machen
- dann evtl welche schreiben/lese (Konstrukteure) - sprich die EPLAN beherschen und wissen was sie tun
- rest individuell und auch je nach Artikeldatenbank der Abteilungen manuell zuweisen.

------------------
Vorlesungen machen den Verstand träge. Sie zerstören das Potenzial für authentische Kreativität!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

TLDR: Wir empfehlen Windows Gruppen, weil der EPLAN-User nichts machen muss und man es zentral verwalten kann.

---

Du kannst das über SQL-Benutzer steuern, oder eben über Windows-Benutzer bzw. Gruppen.

SQL-Benutzer
Einfach einen fürs Schreiben und einen fürs Lesen anlegen.
Nachteil: User oder Du musst die Daten beim Rechner eintragen

Windows-Benutzer
IT soll Windows Gruppen anlegen. Wie fein Du das aufteilen willst kommt auf die Anwendungsfälle drauf an:
- SQL lesen
- SQL schreiben
- DbCreator
- DbOwner

Im SQL kannst dann diesen Windows-Gruppen die notwendigen Rechte geben.

------------------
ibKastl → Wir beraten, analysieren, strukturieren, programmieren, und vieles mehr
Suplanus → Scripting in EPLAN ist einfach (toll)
ShopForProcess → Scripte & Anwendungen für EPLAN

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Wenn wir sagen, dass die Admins sich gut untereinander Abstimmen und ggf vertreten, würde sich folgendes anbieten:

0.ADGroup_EPLAN_Admin
1.ADGroup_EPLAN_ABT1
2.ADGroup_EPLAN_ABT2
3.ADGroup_EPLAN_ABT3
4.ADGroup_EPLAN_ABT4
5.ADGroup_EPLAN_ABT5

SQL-DB1
Owner: 0.ADGroup_EPLAN_Admin
Write: 1.ADGroup_EPLAN_ABT1
Read: 2.ADGroup_EPLAN_ABT2, 3.ADGroup_EPLAN_ABT3, 4.ADGroup_EPLAN_ABT4, 5.ADGroup_EPLAN_ABT5

SQL-DB2
Owner: 0.ADGroup_EPLAN_Admin
Write: 2.ADGroup_EPLAN_ABT2
Read: 1.ADGroup_EPLAN_ABT1, 3.ADGroup_EPLAN_ABT3, 4.ADGroup_EPLAN_ABT4, 5.ADGroup_EPLAN_ABT5
usw

Wenn der SQL-Server nur für EPLAN ist, könnte es auch sein, dass die IT der Admin-Gruppe Creator-Rechte einräumt, aber das musst du mit der IT abstimmen.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Den Vorschlag den Stefan R macht ham wir ja.

Admin, alle EPLAN User, und Abteilungen

alle EPLAN User dürfen alles lesen, Admins dürfen alles lesen und schreiben und die ABT1 darf ABT1 auch schreiben usw.

dann scheint das doch der "sinnvollste" Weg zu sein.

Wir ham etwa 50 EPLAN User, aber ca 10 Abteilungen die EPLAN Nutzen, aber wir ham hal auch in einer Abteilung 2 oder 3 Gruppen die auch unterschiedliche Daten verwenden :-(

Ich finde das verkompliziert das alles so enorm - vor allem weil 95% der User von EPLAN kaum Ahnung haben :/

------------------
Vorlesungen machen den Verstand träge. Sie zerstören das Potenzial für authentische Kreativität!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP