Jump to content

bLUEaNGEL

Abgemeldet
  • Gesamte Inhalte

    235
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von bLUEaNGEL

  1. Hallo zusammen, kennt Ihr eine Möglichkeit in einem DHCP Server einen primären und sekundären TFTP-Server zu hinterlegen? Derzeit arbeiten wir mit DNS-Round-Robin (sprich - zwei Einträge im DNS "TFTP", die auf zwei unterschiedliche IPs zeigen). Hintergrund ist, dass wir eigentlich immer nur den einen TFTP nutzen möchten und nur im Notfall den zweiten... Dank Euch im Voraus bLUEaNGEL
  2. hallo zusammen, nun - dfs selbst gibt es seit w2k - korrekt. allerdings hat sich mit w2k3 r2 (!) grundlegend etwas geändert im dfs umfeld. vor allem dfs-r (die neue replikationstechnik) ist frs weit voraus. doch auch hier gilt => man sollte user immer nur auf einem fileserver arbeiten lassen (priorität im dfs definieren) und den anderen als standby mit laufen lassen. daten werden dann immer in echtzeit von a nach b repliziert - bei uns wird immer zwischen a und b repliziert - die user selbst arbeiten aber immer auf server a. fällt server a aus, können die user (fast) ohne unterbrechung mit server b arbeiten. der user selbst weißt nicht, auf welchem server er arbeitet. wichtig ist hier, dass schnelle platten für die fileserver verwendet werden. ebenfalls wichtig ist, dass das sp2 für w2k3 installiert wird - es gab einige fehler im dfs-r (dfsr.exe) vor sp2. greetings bLUEaNGEL
  3. hi, vielleicht hab ich mich ungünstig ausgedrückt - wir setzen bereits dfs-r ein (r2). viel. noch jemand den gleichen effekt? greetings bLUEaNGEL
  4. hallo zusammen, vielleicht hat ja jemand von euch schon dfs-r im einsatz. wir haben da ein paar probleme: dfsr.exe (dfs r replikationsdienst) frißt enorme cpu-ressourcen (im prinzip krallt er sich alles was er kriegen kann) durch den cpu-verbrauch wird die gesamte maschine gebremst, wovon dann jeder user etwas hat - nämlich grottenlangsamen fileserverzugriff wie sieht es bei euch aus? greetings bLUEaNGEL
  5. hallo zusammen, vielleicht hat ja jemand von euch schon dfs-r im einsatz. wir haben da ein paar probleme: dfsr.exe (dfs r replikationsdienst) frißt enorme cpu-ressourcen (im prinzip krallt er sich alles was er kriegen kann) durch den cpu-verbrauch wird die gesamte maschine gebremst, wovon dann jeder user etwas hat - nämlich grottenlangsamen fileserverzugriff wie sieht es bei euch aus? greetings bLUEaNGEL
  6. hallo zusammen, hat niemand von euch eine lösung? viele grüße bLUEaNGEL
  7. hi ralf, nun - wie man den arbeitsplatz umbennt ist nicht das problem - sondern wie man verhindert, dass der user das wieder ändern kann... grüße bLUEaNGEL
  8. hallo ihr lieben, habt ihr eine lösung, wie man verhindern kann, dass ein user den symboltext von arbeitsplatz umbennen kann? gibt es dafür vielleicht eine policy? viele grüße bLUEaNGEL
  9. hallo zusammen, vielleicht gibt es hier ein paar dfs experten, die eine antwort hierauf haben: mal angenommen wir haben diese struktur: \\fileserver1\austausch (ohne daten) \\fileserver2\austausch (ohne daten) \\fqdn\dfsstamm\austausch ist es möglich, in austausch des ersten fileservers daten reinzulegen, die dann auch austausch von fileserver2 gelegt werden und erst dann die replikation zu starten? hintergrund ist, dass es deutlich schneller ist, daten aus z.b. der datensicherung an einen zielort zu transferieren anstatt dies mit der dfs replikation zu erledigen. habt ihr hier erfahrungen? viele grüße bLUEaNGEL
  10. verknüpfung? wir haben hier nur stammziele - keine verknüpfungen.. ist das ein fehler?
  11. hm - das wäre schön - ich habe dort nur "verweis entfernen" - aber nicht "aktivieren/deaktivieren" und nu?
  12. hi grizzly, oh sorry - gemeint ist w2k3 dfs (nicht r2) viele grüße bLUEaNGEL
  13. hallo ihr lieben, wißt ihr vielleicht ob es eine möglichkeit gibt, ein dfs share auf einem server (nennen wir ihn mal "b") offline zu setzen, damit kein user damit arbeiten kann - trotzdem aber die replikation der daten im hintergrund läuft? vielen dank für eure hilfe bLUEaNGEL
  14. hallo grizzly, vielen dank für deine antwort und die genannten links. wenn ich mich da jetzt nicht verlesen habe, wird der effekt, den wir haben wollen, nämlich "keiner vererbung der im parent-ordner gesetzten rechte" als "fehler" bezeichnet. allerdings ist es bei uns ja so, dass die rechte von dem parent-ordner gezogen werden, obwhol wir das nicht möchten. sprich: wenn wir im terminalteil des users ein homedir einpflegen, wird ein homedir mit den richtigen rechten erstellt: vollzugriff administratoren und vollzugriff des entsprechenden users wenn wir im "normalteil" des users ein homedir einpflegen (wenn vorher noch kein homedir existierte), dann wird zwar ein homedir angelegt, aber mit den rechten des parent-ordners => dort stehen dann z.b. everyone drin oder ähnliches (insgesamt m.w. 5 einträge in der acl). wenn wir nun erst im terminalteil des users ein homedir einpflegen und danach im "normalteil" ist alles ok - weil der terminalteil das homedir mit den korrekten rechten anlegt und der "normalteil" hier keine änderungen mehr vornimmt. ist das so gewünscht von ms? die funktionsweise der homedir anlage im terminalteil ist korrekt - eben nicht die im "normal"teil greetings bLUEaNGEL
  15. hallo ihr zusammen, wir haben einen komischen effekt im ad: wenn wir ein basislaufwerk bei einem user eintragen (im profilbereich) z.b. verbinde u: mit \\server\freigabe$\%username% wird zwar ein basislaufwerk erstellt - aber nicht mit den richtigen berechtigungen - der ordner zieht die rechte der übergeordneten ordners. hinterlegen wir aber im terminalteil des profils ein basislaufwerk, so wird das basislaufwerk mit den richtigen berechtigungen versehen "vollzugriff für administratoren und user selbst". habt ihr hierfür eine erklärung oder könnt ähnliches berichten? viele grüße bLUEaNGEL
  16. hallo ihr lieben, kennt jemand von euch ein gutes dfs monitoring tool (nicht sonar...), um dfs vorgänge zu überwachen? nach möglichkeit ein tool, was auch zeigt, was gerade repliziert wird... es wäre super, wenn ihr mir helfen könntet.... viele grüße bLUEaNGEL
  17. hallo zusammen, das admodify ist ja einfach nur genial - hab hier gestern nochmal zu einem ähnlichen thema den tipp mit dem tool bekommen. ich denke, der einsatz von robocopy macht hier sinn - am liebsten wäre mir natürlich ein feature wie "im admodify die userlaufwerke ändern..." - dann werden die daten automatisch von "altserver" zu "neuserver" transferiert... greetings bLUEaNGEL
  18. :) vielen dank für den tip - der name des tools ist hier glaube ich schon einmal gefallen... @grizzly => jepp - die neue version hat einen reiter für terminalprofile have a nice day
  19. hallo zusammen, wir würden gerne im ad für mehrere user auf einmal einstellungen vornehmen. explizit handelt es sich hier um einstellungen für die terminalbasisordner der user - leider erscheinen aber die reiter für diese einstellungen nicht, wenn man mehere user auf einmal markiert...hier kommen nur die einstellungen für den "normalen" profilteil. habt ihr hier eine idee zur lösung? viele grüße bLUEaNGEL
  20. hallo zusammen, in unserer domäne wird der fileserver von a nach b geändert. hiermit ändern sich auch die profil/terminalprofil und homelaufwerksziele. nicht alle user haben ein serverbasiertes profil und/oder umgeleitete ordner (eigene dateien, anwendungsdaten, desktop). wie würdet ihr hier den umzug vornehmen? viele grüße bLUEaNGEL
  21. klasse - dann werden wir das mal in unserem lab testen :) nochmals vielen dank und ein schönes wochenende
  22. und der user erhält dann alle seine einstellungen - genau wie vorher?
  23. hi tombo, das klingt doch klasse - wir haben roaming profiles...die in den ad profilen hinterlegt sind... will heißen - wir ändern die pfade dort und das profil wird automatisch von \\server\share\%username% nach \\serverb\share\%username% verschoben? also von server a nach server b ? auch wenn der user nicht angemeldet ist? greetings bLUEaNGEL
  24. hi mayestro, dank dir für den tipp - bei uns müssten ca 1000 profile umziehen - ist es damit locker machbar? auf welcher seite müsste das script laufen? auf server seite? derzeit haben wir als admins keinen zugriff auf die profile der user.. - hier gibt es zwar eine gruppenrichtlinie, die ermöglicht, dass neu angelegte profile gleichzeitig auf die gruppe der admins erhalten... aber diese gilt eben nur für neu erstellte... was können wir hier tun? einzeln besitz übernehmen ist nicht wirklich elegant :) greetings bLUEaNGEL
×
×
  • Neu erstellen...