Jump to content

NilsK

Expert Member
  • Gesamte Inhalte

    17.136
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von NilsK

  1. Moin,

     

    das Tool zum Bearbeiten der Bootkonfiguration heißt seit Vista "bcdedit". Ruf es von einer Admin-CMD aus auf. Finger weg von grafischen Aufsätzen, die können die Erweiterungen von Windows 7 noch nicht.

     

    In bcdedit identifizierst du den Eintrag deiner Vista-Installation und löschst ihn dann. Danach kannst du die Partition (oder was auch immer) entsorgen, sofern keine weiteren Abhängigkeiten bestehen.

     

    Gruß, Nils

  2. Moin,

     

    Ich finds halt echt ****sinnig zb. 60 Gig nur System zu machen. Mann kann ja sagen ok: 30 Gig. Dann ist aber wirklich alles beinand.

     

    wenn du schon eine feste Meinung hast, warum fragst du dann?

     

    Wir hatten früher die meisten Clients ganz Platte Systempartition. Und ich hatte scho das Gefühl das die Dinger einfach langsamer waren als die vernünftig eingerichteten.

     

    Definiere "vernünftig eingerichtet".

     

    Kann Xp mit fragmentierung etwas besser umgehen?

     

    Was genau hast du an meiner vorherigen Antwort nicht verstanden?

     

    Gruß, Nils

  3. Moin,

     

    jedes Dateisystem fragmentiert. Punkt. Natürlich macht SP3 da nix anders.

     

    Fragmentierung auf dem Client wird allgemein überbewertet. 16 GB für System ist aber in der Praxis zu klein. Ich habe dauernd Kunden im Support, die keine SPs installieren können, weil der Platz fehlt.

     

    Ich selbst bin ein Anhänger von "Eine große Partition für alles, wenn es keine technisch zwingenden Gründe für was anderes gibt". Aber das kann schnell in einen Religionskrieg ausarten.

     

    Mit Vista und 7 reduzieren sich die Nachteile durch Fragmentierung noch mehr, weil dort laufend defragmentiert wird.

     

    Gruß, Nils

  4. Moin,

     

    vermutlich ist ein Computer im Netz, der diesen Namen als Arbeitsgruppennamen registriert hat. Das kann irgendein Client sein, aber auch ein Linux-Rechner oder was auch immer.

     

    Die Netzwerkumgebung wird aus dem Browserdienst gespeist, einer Uralt-Technik aus den Frühzeiten der PC-Netzwerke. Dadurch ist sie eigentlich meistens nicht aussagekräftig. Aus diesem Grund versucht Microsoft auch seit fast zehn Jahren mit verschiedenen Methoden, sie zu verstecken (abschaffen kann man sie aus Kompatibilitätsgründen nicht).

     

    Gruß, Nils

  5. Moin,

     

    naja, Navision erfordert manchmal die eine oder andere Krücke, und ich bin kein NAV-Spezialist - aber für mich klingt das nach einem üblen Konstrukt, das sich durch besseres Design umgehen lassen sollte.

     

    Zunächst: Von was für einem "Server" sprichst du? Der NAV-Applikationsserver oder der SQL-Server? Auf beide würde ich eigentlich keine User loslassen wollen.

     

    Und auf beiden würde ich keinen Terminalserver installieren. Die RDP-Verbindung für Admins ist hingegen nur zur Administration da, dort "normale" Anwendungen auszuführen, bedeutet m.W. einen Lizenzverstoß.

     

    Ich würde also noch mal prüfen bzw. erklären lassen, warum die Devs meinen, dass der Vorgang direkt auf "dem Server" laufen soll.

     

    Gruß, Nils

  6. Moin,

     

    nein, du bist nicht blind. Es ist einfach nicht vorgesehen, den Desktop so weit zu verkrüppeln, wie du es beschreibst.

     

    Es steht vermutlich eine "Task-Workstation" dahinter, auf der nur ein Programm laufen soll? Bedenke dabei, dass man auch von einer Anwendung aus meist viele Möglichkeiten hat, auf andere Teile des Systems zu kommen, z.B. über "Datei öffnen"-Dialoge usw. In sofern muss ergänzend zur Einschränkung der User-Umgebung stets ein passendes Berechtigungskonzept implementiert sein.

     

    In den meisten Umgebungen, die ich kenne, wird so etwas über Thin Clients gelöst, die eben nur die eine Anwendung zugewiesen kriegen.

     

    Sonst siehe auch:

    Highly Managed User - Application Station

     

    Gruß, Nils

  7. Moin,

     

    wenn du den ersten 2008- oder 2008-R2-DC in eine Domäne bringst, musst du das AD erst vorbereiten.

    LDAP://Yusufs.Directory.Blog/ - Den ersten Windows Server 2008 DC zu einer Windows 2000/2003/R2 Gesamtstruktur hinzufügen

    LDAP://Yusufs.Directory.Blog/ - Den ersten Windows Server 2008 R2 DC zur Gesamtstruktur hinzufügen

     

    Grundsätzlich funktioniert ein In-place-Upgrade von 2003/2003 R2 x64 (!), wenn mind. SP2 dort läuft. Allerdings würde ich kein Upgrade machen, wenn es nicht aus technischen oder organisatorischen Gründen unausweichlich ist. Besser ist immer eine saubere Neuinstallation.

     

    Bei einem Upgrade würden natürlich Programme, Daten und Einstellungen (weitestgehend) erhalten bleiben - deshalb macht man es ja. Die AD-Objekte sind ja ohnehin auf mehreren DCs gespeichert.

     

    Also meine Empfehlung: Neu installieren, dann als DC hinzufügen und bei Bedarf die Daten vom Backup oder einer 1:1-Kopie wiederherstellen.

     

    Gruß, Nils

  8. Moin,

     

    die Information, die du suchst, steht im AD-Attribut tokenGroups.

     

    How to enumerate a user's security group membership using Visual Basic or Visual Basic Script

    Group Membership Tests

     

    Vielleicht kannst du das mit AdFind auch direkt machen, schau mal nach:

    joeware – never stop exploring… Blog Archive Does this excite anyone? AdFind V01.40.00 sneak peek…

    AdFind

     

    Im Übrigen ist dein Gruppenkonzept suboptimal. Besser wäre hier das A-G-DL-P-Prinzip, über das die Boardsuche dir einiges sagen sollte.

     

    Gruß, Nils

  9. Moin,

     

    das ist zunächst einmal eine Frage der Abgrenzung und der Kalkulation. Musterverträge werden dir da wenig helfen.

     

    • Welche IT-Probleme fallen unter den Vertrag?
    • Welche Reaktionszeit vereinbart ihr?
    • Wer darf anrufen?
    • Wie sind die Geschäftszeiten?
    • Welche Fälle ziehen separate Berechnung nach sich?
    • Welche Voraussetzung muss der Kunde erfüllen (z.B. Fehlerfreiheit der Umgebung vor Vertragsbeginn, evtl. durch ein Vorprojekt herzustellen)?
    • usw.

     

    Gruß, Nils

  10. Moin,

     

    es würde mich wundern, wenn das mit der DHCP-Lease zusammenhängt. Windows-Rechner warten nicht bis zum Ende der Lease-Dauer, sondern fordern schon vorher eine Erneuerung an. Die Anmeldung selbst kann logischerweise auch erst erfolgen, wenn die IP-Konfiguration fertig ist. Da ein Client auch beim Start seine Lease erneuert bzw. anfordert, ist es kaum vorstellbar, dass die Lease während des Prozesses abläuft.

     

    Schalt mal das Logging ein und schau, ob sich da was findet.

    How to enable user environment debug logging in retail builds of Windows

     

    Gruß, Nils

×
×
  • Neu erstellen...