Markus Doll

Danke Euch beiden! Zum Thema "Warum man das machen sollte" mal folgendes als kleines Beispiel. Wir haben weltweit ca 800 Clients. Die Clients werden installiert und an die Nutzer ausgegeben. Wir partitionieren die Platte grundsätzlich in 2 Teile: System und Daten. Vor einem Jahr noch haben wir z.B. die Systempartition nur 40 GB groß gemacht, mittlerweile machen wir sie 60+ GB groß. Wenn man nun also ein System hat, das grundsätzlich noch gut läuft, und man es aus zeitgründen nicht neuinstallieren will, macht es sinn, die Partitionierung zu ändern. Damit man aber dazu keine Remotesession auf den Rechner aufmachen und den User nerven muss, wäre eine Partitionierung, die man Remote über eine Managementkonsole machen kann, eine schöne Sache. Zur Zeit müssen wir auf jeden einzelnen Client drauf, eine Software installieren, die Partition resizen und die Software wieder runterschmeissen.... Vg, Markus

Hallo zusammen, wir sind für unsere Clients (ca. 800) auf der Suche nach einem Partitionierungstool, das Remote Managebar ist. Vom Prinzip stellen wir uns etwas vor, was einen Agenten auf jedem Client installiert und dann über eine zentrale Management Console, die Möglichkeit bietet, die Partitionierung zu ändern. Die neuen Acronis Produkte können das, jedoch muss hier für jede WS eine eigene Lizenz gekauft werden. Die Frage ist, ob es ein solches Produkt mit einer Lizensierung auf Firmenbasis gibt (sprich eine Lizenz für alle Rechner in der Firma). Kennt da jemand sowas? Wie geht Ihr mit der Thematik um? Vielen Dank für Eure Anregungen. Vg, Markus

Hallo XP-Fan, danke für Deine Antwort. Über alle Standorte hinweg gibt es ein AD, an allen Standorten stehen aktuell Novellfileserver, die gegen Windows Fileserver ausgetauscht werden sollen. Auf Clientseite kommt als Betriebssystem aktuell noch Windows XP zum einsatz. Die Standorte sind untereinander mit ausreichend Bandbreite vernetzt und es kommen WAN-Beschleuniger zum Einsatz. Aktuell läuft die Verwaltung der Fileserver (Rechtevergabe auf Datei/Verzeichnisebene) vom Hauptstandort von einer Konsole aus. Die Möglichkeit die Server in Sachen AD per MMC zu verwalten, sind mir durchaus geläufig, auch die Möglichkeit auf jeden Server per RDP zu connecten kenne und nutze ich. Jedoch ist die Anforderung die, das man zur Vergabe von Zugriffsberechtigungen auf Dateien/Verzeichnissen eben nicht immmer per RDP auf den jeweiligen Server zugreifen muss, sondern dies von einem zentralen Punkt aus geschehen kann.

Hallo zusammen, unsere Firma setzt seit Jahren auf Novellfileserver, die mittlerweile an 19 Standorten stehen. Da die ursprüngliche Netware ja nicht weiterentwickelt wird und das Linuxport für uns nicht in Frage kommt, überlegen wir nun, ob wir das ganze auf Windows Fileserver umstellen. Ich persönlich arbeite noch nicht sehr lange bei meinem aktuellen Arbeitgeber und komme aus einer reinen Windowsumgebung, die jedoch nur 1 Standort mit 2 Fileservern hatte. Mir ist nun die ehrenvolle Aufgabe zugefallen mich um die Umstellung zu kümmern, bzw. Managementmöglichkeiten auszuloten. Da ich es bisher nur mit einem Standort zu tun hatte, weiß ich nicht so recht, wie es mit der Verwaltung von 19 Standorten aussieht. Das Ziel ist es, alle Standorte von einer Konsole aus verwalten zu können, was Berechtigungen etc. angeht. Ich habe mir bereits den Fileserver Resourcemanager angeschaut, der aber offensichtlich primär für Kontingente etc. zuständig und von daher für uns nicht nutzbar ist. Es soll vermieden werden, das man sich - zwecks Berechtigungsvergabe - auf jeden einzelnen Server per RDP verbinden muss, um die Berechtigungen zu vergeben. Gibt es Boardmittel die eine solche Aufgabe stämmen können? Als System haben wir uns den Windows Storage Server 2008 ausgeschaut. Meine Suche hier im Board, unter den Stichworten "Fileserver Management" war nicht erfolgreich, weshalb ich diesen Post schreibe. Für einen Tipp wäre ich Euch sehr dankbar, schaue aber parallel auch selber noch weiter. Danke & Gruß, Markus

Moin Nils, Jo, das ist richtig, allerdings ist das Script auf unsere Produktionsumgebung, die derzeit ausschließlich aus XP Clients besteht gemünzt. Nächstes Jahr werden wir dann auf Windows 7 migrieren und bis dahin werde ich dann auch diesen Part "schönen", sodass es OS unabhängig läuft. Habe momentan auf Arbeit wenig Zeit mich ums Scripten zu kümmern, da bei mir momentan einiges über den Schreibtisch wandert was koordiniert werden will. Ist gut möglich, kann ich nicht sagen, ich weiß nur, dass weder im Objektmodell von Outlook 2003 noch Outlook 2007 dafür etwas passendes vorhanden ist. Mit der Einführung von 7 wird auch das Problem bestehen, das das Script nicht mehr direkt in die Registrierung schreiben darf (zum setzen von HTML als Standard-E-Mailformat), aber auch das werde ich dann zu gegebener Zeit fixen. Das Script hat mir und den Kollegen aus der Öffentlichkeits Arbeit auf jeden Fall schon eine Menge Arbeit und Ärger abgenommen, da wir nun vereinheitlichte Signaturen haben und die Kreativität der Mitarbeiter eingeschränkt ist. Vielleicht dient das Script ja wem als Anregung :-)

Hallo zusammen, ich habe mich mit dem Thema in unserer Exchange 2003/2007 Umgebung auch schon rumgeschlagen und habe mir auch schon das eine oder andere Tool zu dem Thema angeschaut. Da mir keins richtig gut gefallen hat, habe ich mir selber was auf VBS Basis geschrieben. Das Script bedient sich 3er Vorlagen (.TXT, .RTF, .HTM), ersetzt darin enthaltene Platzhalter (in der Form @@_ADFELDNAME_@@) mit den Inhalten des gleichnamigen Feldes im AD (natürlich in Bezug auf den jeweils angemeldeten Benutzer), kopiert die Signatur Dateien in das entsprechende Verzeichnis des Benutzerprofils und richtet die Signatur in Outlook als Standardsignatur ein. Wer Interesse hat findet das _kostenlose_ Script nebst kleiner Beschreibung und Quellcodedoku in meinem Blog. Für Fragen stehe ich natürlich gerne zur Verfügung. Gruß, Markus

Hallo zusammen, Seit ca. 1 Jahr setzen wir sehr erfolgreich den Dataprotection Manager 2007 von MS mit B2D und B2T ein. Auf der Maschine (Server 2003 Standard, SP2) sind alle Service Packs, Featue Packs und Hotfix Rollups installiert. Die letzte Funktion, die ich nicht ans laufen bekomme ist die "Enduser-Recovery" Funktion. Mein Vorgehen sah wie folgt aus: 1. Schattenkopie auf betreffenden Fileserver deaktiviert 2. Enduser-Recovery im DPM eingerichtet, Schema erweitert 3. nächsten Sync abgewartet und auf den Clients (ausschließlich XP Pro, alle in der 2k3 Domäne) dann mal auf einem verbundenen Netzlaufwerk in die Eigenschaften einer Datei geschaut und nach der Registerkarte "Vorhergehende Versionen" gesucht...->fehlt! Auf dem DPM Server wird alle 2 Stunden (im Sync-Takt) folgender Fehler geloggt, mit dem ich nichts anfangen kann, bzw. zu dem ich noch keine Lösung gefunden habe. Ereignistyp: Warnung Ereignisquelle: DPM-EM Ereigniskategorie: Keine Ereigniskennung: 1 Datum: 27.07.2009 Zeit: 10:01:13 Benutzer: Nicht zutreffend Computer: BACKUP Beschreibung: Die Berechtigungen, die für die Wiederherstellung durch Endbenutzer auf backup.die.de verwendet werden, konnten nicht aktualisiert werden. Die Aktualisierung der Berechtigungen scheiterte aus dem folgenden Grund: (ID: 3123) DPM ID: 3^|^BACKUP^|^Fehler beim Aktualisieren von Berechtigungen für die Wiederherstellung durch Endbenutzer.^|^DPM^|^Administration^|^backup.die.de^|^41101d0c-5834-4cce-80a4-3e31565c2358 Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter Events and Errors Message Center: Basic Search Für Hinweise auf Ansatzpunkte wäre ich sehr dankbar. Gruß, Markus Doll

Servus Daim, ich danke Dir vielmals für diesen tollen Link, habe schon ein paar Tage gesucht aber nichts gescheites gefunden, das ist spitze! Besten Dank, ich werde mich mit Resultaten melden, sobald das implementiert ist! Mfg Markus

Hallo zusammen, gibt es eine Möglichkeit, die im AD veröffentlichten Drucker per VBS abzufragen? Wir haben 2 Druckserver, auf denen ne Menge Drucker installiert und über den Freigabedialog auch im AD angelegt sind. Ich möchte nun ein VB Script schreiben, welches alle im AD angelegten Drucker auf den jeweiligen Clients installiert. Von der Logic her, habe ich alles bis auf "dieses Auslesen der Installierten Drucker" zusammen. Hat jemand eine Idee? Danke & Gruß, Markus

Gebe mir Mühe und werde berichten. Anders lässt sich das leider nicht machen. Der Sharepoint darf nicht offen wie ein Scheunentor sein, deshalb müssen die User in der Domäne angelegt werden um die Benutzergruppe geschlossen und bekannt zu halten. Ich wage noch nicht ganz zu hoffen, das das Problem mit o.g. Beispiel zu lösen ist da, es ja einen Unterschied macht, ob man im Benutzerkonto->Allgemein->Mailadresse was einträgt, oder ob man hingeht und das Benutzerkonto über "Exchange Aufgaben" für Mail "aktiviert", eine externe Mailadresse aber kein Postfach anlegt. Ich checke das mal und experimentiere ein wenig. Gruß, Markus

Danke! Schaue mir das nachher mal an! Nein, er legt keine Mailadressen an, weil ich ihm beim Einrichten das "Häkchen" klaue, durch das er die E-Mailadressen automatisch anhand der Richtlinie anlegen würde. Ich melde mich mal zurückl, wenn ich das ganze implementiert und am laufen habe. Gruß, Markus

Bisher hat unser RUS keine Problem damit und wir zelebrieren das ganze jetzt schon seit ca. 2 Jahren (vorher mit auf dem Sharepoint Portalserver 2003). Die Benutzer sollen garkeine internen Mailadressen erhalten, da sie keine Mitarbeiter bei uns sind. Die folgenden Punkte müssen erfüllt sein: -Die Partner brauchen ein Domänenkonto, um sich gegen die Domäne authentifizieren zu können -Dem Domänenkonto muß eine adressierbare E-Mailadresse zugeordnet werden, weil der Sharepointserver alle Meldungen über Freigaben oder über geänderte Dokumente an die im ADS dem Konto zugewiesene E-Mailadresse sendet. Es muß doch irgendwie lösbar sein... Dazu noch eine Idee?

Hallo Carsten vielen Dank für Deinen Tipp. Leider brauchen wir wirkliche BENUTZER, nicht blos um Kontakte. Unser Institut arbeitet in Projekten im Internationalen Umfeld und benutzt zum Projektmonitoring und als Plattform zur Zusammenarbeit den Sharepointserver. Die Kooperationspartner werden im AD eingerichtet um dann mit den internen Projektmitarbeitern auf dem Sharepoint arbeiten zu können. Von daher führt leider an dem Anlegen der User - mit ihren E-Mailadressen - kein Weg vorbei. Gruß, Markus

Hallo zusammen, ich muß relativ regelmäßig im AD User mit externen E-Mailadressen (also ohne eigenes Postfach auf unserem Exchange 2003) anlegen und würde das gerne per Script automatisieren. Die Daten der User (Name, Vorname, Mailadresse, Firma etc.) bekomme ich immer als Exceldatei, die ich schön auslesen kann. Auslesen der Exceldatei und Anlegen der Benutzer ist kein Problem, jedoch habe ich bisher nicht rausfinden können, wie ich per VBS den Benutzern eine externe E-Mailadresse zuordnen kann, was man normalerweise im AD über "Rechte Maustaste->Exchange Aufgaben->E-Mail-Adresse einrichten" macht. Ich habe schon einige Beispiele gefunden, um direkt ein Postfach mit anzulegen oder anstelle eines Benutzers einen Kontakt mit externer Adresse anzulegen, aber kein Beispiel für meinen Fall. Hat da jemand einen Tipp für mich? Vielen Dank! Gruß, Markus

Hallo, zum Thema Antispamlösungen auf dem Exchange kann ich folgendes sagen: Wir haben den IMF 2.0 seit erscheinen auf unserem Exchange mit knapp 200 Postfächern am laufen und seit dem weitestgehend Ruhe vor Spam. Vorher hatten wir XWALL (auch ein Antispamproxy) im Einsatz, der trotz der Abfrage der gängigen RBLs noch massig Schrott ins Netz ließ und die Spammails grundsätzlich erstmal annahm, kategorisierte um sie dann zu verwerfen. Ich weiß nicht, ob das das grundsätzliche Konzept dieses Produktes ist, aber wir haben uns entschlossen erstmal nur noch auf den IMF zu setzen und das mit Erfolg. Alleine über die RBL Abfrage bleiben täglich ca. 14000 Spams vor der Tür und der Exchange braucht sich erst garnicht damit zu befassen. Ca. 200-300 Mails, deren SCL Rating < 8 ist werden in den Junk-E-Mailordner der Benutzer geleitet. Alle paar Tage kommt es dann auch mal vor, dass sich eine Spammail in den Posteingang verirrt, was aber angesichts der Masse, die täglich "draussen" bleibt, harmlos ist. Zu XWall Zeiten hatten manche User bis zu 800 Spams täglich im Postfach und waren damit entsprechend unglücklich. Das hohe Spamaufkommen in unseren Postfächern hat seinen Ursprung in einem ehemals sehr sorglosen Umgang mit den dienstlichen E-Mailadressen, was ganz schnell dazu führte, das die entsprechenden User zugemüllt wurden. Bei der Auswahl der Abzufragenden RBL (im IMF) ist ein wenig Vorsicht geboten. Ich hatte ursprünglich einfach mal pauschal "alle" RBLs aktiviert und sah das es gut war. Irgendwann gabs dann aber mit einzelnen RBLs Probleme durch die wir plötzlich garkeine Mails mehr ins Haus bekamen, weil pauschal alle externen Domains auf dieser RBL standen. Mittlerweile fragen wir im Wesendlichen Spamhaus.org und Spamcop ab. Ich kann den IMF aus meiner Erfahrung raus nur empfehlen. Vielleicht hilft dieser kurze Bericht bei Auswahl des Antispamproduktes. Gruß, Markus