-nin

Da stimme ich voll und ganz zu.

Mahlzeit, also ich versuch's noch mal genauer: Zu jedem Artikel gehört bei uns ein Word-Dokument. Darin eine Tabelle, die immer zeilenweise (mit Datum) fortgeführt wird. Zum Beispiel: Artikel 500.00334.docx 01.01.2018 | Kunde möchte Abwandlung von Artikel xyz. Siehe Mail [eingebettete E-Mail im msg-Format] 21.03.2018 | Kunden darüber informiert, dass Serienphase beginnt 25.03.2018 | Kunden über Beschädigung informiert [eingebettete E-Mail] [mehrere eingebettete jpg's] Artikel 120.3155.docx ...gleiches Spielchen wie oben Im Prinzip sehe ich hier eine klare Datenstruktur. Gehen wir mal von einem Ticketsystem aus. Ich müsste so eine Art Case-Kopf-Anlegen können, unter dem ich dann die Tickets sammeln könnte: Kopf: 500.00334 darunter dann die einzelnen Tickets zum Artikel: 01.01.2018 - Text - Anhänge Wenn wir jetzt mal genau überlegen, dann ist das hier theoretisch gar nichts was zum MCSEBoard-Thema passt. Das wäre eher schon ein Thema für die Anforderungen an eine spezielle Software. Eventuell in einem anderen Forum, das mir jetzt nicht bekannt ist. Ich versuche eine Richtung zu finden, in die ich mich orientieren kann um das Thema näher zu verfolgen. Insgeheim würde ich mir wünschen, dass das obere Prozedere mit einem DMS abzubilden wäre, weil es für uns das wertvollere System wäre. Übrigens mit "direkt am Produkt tätig ist" meine ich, dass das der Projekt-Manager bis hin zum QSler sein können, die sich in den docs verewigen.

In unserem ERP-System lässt sich das so nicht abbilden. Würde ich auch da auch gar nicht sehen. Das wäre ja schon im Prinzip eine Anpassung für ein solches System. Prinzipiell sind das ja Vorgänge, die die dort Niederschreiben, Das kann halt von Artikel erstellt bis hin zu Reklamation etc. gehen. Im DMS stelle ich mir vor, dass die Dokumente, ja auch durchsucht werden können. In einer Word-Datei geht das durchsuchen von EML, PDF etc. nicht.

Hallo zusammen, ich habe mal eine Frage der anderen Art Wir setzen in unserem Betrieb ca. 50 MA noch kein DMS ein. Im Grunde genommen gibt es aber Bedarf dafür. Nun frage ich mich, ob Ihr evtl. schon mal folgendes in einem DMS abgebildet habt, obwohl ich der Meinung bin, dass das eher ein Ticketsystem sein müsste. Es ist bei uns eine Anweisung, wie unsere MAs, die direkt am Produkt tätig sind eine Artikelhistorie zu führen haben. Für mich eine Vergewaltigung. Folgendes: Die User müssen ein Word-Dokument, das eine Vorformatierung hat (docx!) nehmen und darin in tabellarischer Form nachhalten, was mit dem Artikel passiert ist. Zum Beispiel: Am Datum xyz Freigabe vom Kunden erhalten usw. Jetzt kommt aber der Klopper. Die User betten in das Dokument EML, PDFs und Bilder ein! Irgendwann bekommt die IT einen Anruf, dass die Dokumente FURCHTBAR LANGSAM ÖFFNEN oder sich allgemein merkwürdig verhalten. Und hier kommt mein Ansatz, ich sage den Usern, das eine solche Vergewaltigung von Word-Dokumenten nicht vom Hersteller vorgesehen ist und verweigere jeglichen Support dazu. Solche Informationen gehören in eine Datenbank. Aber welches System? Das DMS würde evtl. zwei Fliegen mit einer Klappe schlagen, aber ich bin mir nicht sicher, ob man die Vorgehensweise in einem DMS so abbilden könnte. Was schlagt ihr vor? Lieber mal ein Ticketsystem (Aus meiner Sicht das, was die mit den Word-Dateien machen) oder DMS, wo ich nicht weiß, ob man so eine Art Ticket-System mit abbilden kann, was uns aber Im Bereich des Papier-Wesens sicherlich auch viel Arbeit abnehmen könnte. Gruß, -nin

Morgen, auch, wenn sich das hier etwas Off Topic entwickelt...

Ich kann mich über das Deployen aus der Druckerserververwaltung nicht beklagen. Das funktionierte bisher immer ohne Probleme. Ich habe die Meinung von Mark Heitbrink (gruppenrichtlinien.de) schon gelesen. Die User zu trainieren ist ein Ansatz, aber wie gesagt, bei mir hat die Bereitstellung bisher nie Probleme gemacht. Ich glaube, dass der Eintrag in der GPEdit-Konsole fehlt, weil der DC auch gleichzeitig der Druckerserver ist. Der andere ist eben nur ein DC.

Morgen zusammen, mir ist das bisher nie aufgefallen, aber ist das ok: 2 DCs, auf einem ist der Druckerserver installiert (DC-02) Die Drucker Deploye ich daraus via GPO. Öffne ich auf dem DC GPEdit und schaue mir die Gruppenrichtlinie an, sehe ich Bereitgestellte Drucker Bei meinem zweiten DC fehlt das im Gruppenrichtlinieneditor. Schaut mal auf die Bilder. Existiert der Eintrag nur auf dem DC mit den FSMO-Rollen auf (bei mir DC-02)? Mir ist das aufgefallen, weil ich meine Infrastruktur ändere und ich den Druckserver zukünftig auf den Fileservern installiere und weg vom DC. Gruß, -nin

Hi, danke für den Tipp. Die DFSR Migration habe ich letzte Woche schon erfolgreich gemacht.

Astrein. Ich habe das so lange schon nicht mehr gemacht, dass ich etwas eingerostet bin Dankeschön.

Hallo zusammen, ich migriere gerade von Windows 2012 auf 2019 und habe 2 Win 2012 DCs, die im Netz mit ihren festen IPs an den Clients als DNS hinterlegt sind. Ich würde nun einen 3. DC auf 2019 promovieren, die FSMO-Rollen, Betriebs- und Schema-Master auf den 2019 übertragen. Dann den alten 2012 DC depromovieren und schlussendlich abschalten. Gibt es ein Problem, wenn ich dem neuen 2019 DC die feste IP-Adresse auf die des abgeschalteten ändere? Also die Domäne und DNS auf dem 2019er kommen dann nicht durcheinander oder so? Und ich müsste noch einmal nachfragen, wie bei dem DC 2019 die Reihenfolge der DNS-Server einzutragen wäre. Danke für Euren Rat. -nin

Guten Morgen zusammen, also in Anbetracht dessen, dass wir einen DFS-N bereits nutzen, sollte das Problem mit dem Server-Namen tatsächlich kein Problem mehr sein. Ich hatte da noch einen alten Fehler meiner vorletzten Migration im Hinterkopf. Damals hatte ich den DFS-N nicht über die Domäne, sondern über den Servernamen angesprochen und als Netzlaufwerk gemapped. Laufwerk X ging also auf \\SERVERNAME\DFSFREIGABE. Word z. B. hatte dann natürlich immer schön \\SERVERNAME\DFSFREIGABE... als Pfad verwendet. Aktuell ist mein Laufwerk X über \\domäne.loc\DFSFREIGABE gemapped. Das spiegelt sich dann auch beim Verlinken in Word wieder. Verlinkt man ein Dokument über X:\Ordner\xyz, dann macht Word daraus \\domäne.loc\DFSFREIGABE\Ordner\xyz. Damit kann ich natürlich leben

Die Dokumente anzupassen, ist für mich keine Option, das sind tausende von Dokumenten und das über eine Software automatisiert machen zu lassen, halte ich für zu riskant, dass die Dokumente zerstört oder unkontrolliert verändert werden. Wofür soll das mit den alternativen Computernamen dann gut sein, wenn nicht dafür? Den Server darüber anpingen zu können hilft keinem. Ich habe das Vorhaben gerade versucht über einen CNAME-Eintrag im DNS zu lösen und mit netdom den Alias wieder entfernt. Aber die Fehlermeldung von oben bleibt. Ich kann den Server nicht über dessen Alias via \\Fileserver1 erreichen.

Also prinzipiell ist das nur ein Test, mit dem Hintergedanken, einen alten Netbios-Namen eines vergangenen Fileservers wieder erreichbar zu machen, weil evtl. noch alte Word-Dokumente auf dessen UNC-Pfad mittels Hyperlink verweisen z. B. \\Fileserver1\Freigabe\Dokumente\xyz.docx.

Hallo zusammen, ich habe eine Test-Win2019 VM namentlich in der AD: VM-SRV-FS-TMP.domain.loc registriert. Der habe ich mit netdom computername VM-SRV-FS-TMP.domain.loc /add:fileserver1.domain.loc einen zusätzlichen Computernamen registriert. Der taucht nun auch im DNS auf als A-Record auf. Freigaben auf diesem Server erreiche ich im Windows-Explorer aber nach wie vor nur über \\VM-SRV-FS-TMP oder eben als FQDN. Ich habe in der Registrierung auf VM-SRV-FS-TMP das "DisableStrictNameChecking" mit 1 deaktiviert, "BackConnectionHostNames" Fileserver1 Fileserver1.domain.loc eingetragen und neu gestartet. Dennoch komme ich von einem Client nicht auf dessen Freigaben geschweige denn auf den Server selbst mittels \\Fileserver1 bzw. Fileserver1.domain.loc Da kommt folgende Fehlermeldung: Könnt Ihr mir helfen? Danke, -nin

Hallo zusammen. Danke für eure Hilfe. Ich werde das an meinen Bekannten weitergeben. Ich bin eh raus, da ich viel zu weit weg von ihm bin.