Jump to content

NilsK

Expert Member
  • Gesamte Inhalte

    17.135
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von NilsK

  1. Moin,

     

    bevor ihr hier weiter rumdoktort, solltet ihr vielleicht erst mal im Detail klären, was überhaupt erreicht werden soll. Dann kann man in Ruhe ein Backupsystem aufbauen. Aussagen wie "ich hätte gern", "dann können ja ruhig" oder "du musst nur per Drag & Drop" sind für ein Thema wie die Datensicherung eines Datenbanksystems nicht ganz angemessen.

     

    Also: Wie soll das Sicherungssystem aussehen? Welche Wiederherstellungsqualität ist auf der operativen Ebene erforderlich?

     

    Gruß, Nils

  2. Moin,

     

    naja, eben ein Produkt, das Softwareverteilung "richtig" kann, z.B. SCCM, enteo, Matrix42 usw.

     

    Wenn du eine Applikation in ein Image steckst, musst du z.B. bei einem Applikationsupgrade dein Image neu erzeugen. Enthält dein Image hingegen nur das OS und die Applikationen kommen in einem zweiten Schritt von der Softwareverteilung, ist die Paketpflege u.U. einfacher. Dann kannst du z.B. auch zielgruppenorientiert installieren. Auch die zentralisierte Deinstallation usw. fällt dann viel leichter.

     

    Ob das in eurem Szenario passt, kannst du aber selber besser beurteilen.

     

    Gruß, Nils

  3. Moin,

     

    DHCP-Reservierungen oder statische IP-Adressen sind kein Sicherheitsmerkmal!

     

    Wenn die User, gegen die du dich sichern willst, angeblich so wenig IT-Kenntnisse haben, stellt das Zuweisen einer IP-Adresse auch kein Sicherheitsproblem dar. Wenn jemand über IT-Kenntnisse verfügt, hat er auch in einem voll statisch adressierten Netzwerk innerhalb von Sekunden einen Zugriff auf IP-Ebene.

     

    Neben der Port Security wäre auch eine (durchaus noch sicherererere) Option der Einsatz von IPSec. Da hilft dem Angreifer auch kein MAC-Spoofing.

     

    Gruß, Nils

  4. Moin,

     

    ich habe das wohl gelesen. Es ist nach deinen bisherigen Schilderungen aber nicht auszuschließen, dass der Kontenname falsch ist. Daher mein Hinweis. (Trivialitäten wie das Keyboard-Layout hast du hoffentlich geprüft?)

     

    Handelt es sich um den einzigen DC der Domäne? Gibt es eine aktuelle Datensicherung?

     

    Gruß, Nils

  5. Moin,

     

    der einzige Weg, das zu tun, besteht, wie du schon selbst sagst, darin, alle Adressen des Pools als Reservierung zu hinterlegen. Wenn die reservierte MAC-Adresse nicht mehr existiert, müsstest du erst mal gar nichts tun, denn an eine andere MAC-Adresse gibt der Server die Daten nicht raus.

     

    Relevant wäre aber vor allem, was du damit denn erreichen willst.

     

    Gruß, Nils

  6. Moin,

     

    a) es wäre nett, wenn du deine Anforderungen gleich vollständig kundtust.

    b) es gibt keinen wirksamen Schutz von Skripten gegen die Einsicht in den Quellcode.

    c) da ein berechtigter User auch den Quellcode deiner Skripte selbst ändern könnte, ist es wenig sinnvoll, das aufrufende Formular zu schützen.

    d) die Fehlermeldung deutet auf einen Tippfehler hin - du hast einen Punkt vergessen!

    e) ich halte den Sinn deines Unterfangens für fraglich.

     

    Gruß, Nils

  7. Moin,

     

    meines Wissens ist die Kombination so nicht nur "not recommended", sondern "not suported". Der sinnvollere Weg wäre also, den Server als Hyper-V-Host einzurichten, auf der Parent Partition keine weiteren Dienste laufen zu lassen und den DC als VM zu betreiben. Dann hast du auch weniger Probleme mit den NICs.

     

    Gruß, Nils

  8. Moin,

     

    genau diese Terminkonvertierungen sind das Problem. Seinerzeit mit dem in Exchange 2000 eingebauten Migrationsassistenten haben wir es gar nicht auf die Reihe bekommen. Mit dem jetzt zu Quest gehörenden Tool war es auch nicht fehlerfrei, aber im Wesentlichen okay.

     

    Stellt euch auf jeden Fall auf Nacharbeit und auf Troubleshooting einzelner Mailboxen ein. Bei den problematischen Boxen half am Ende bei uns nur, die Termine aus den Mailboxen wiederholt partiell per Exmerge zu exportieren, alles zu löschen und wieder zu importieren - bei jedem Lauf weniger, bis die korrupten Elemente nicht mehr drin waren. Schön war das nicht. Betroffen waren "nur" etwa fünf Mailboxen, aber natürlich die größten und wichtigsten (z.B. meine).

     

    Termine sind immer kritisch, weil sie so viele Optionen bieten und jede Groupware da ihre Spezialitäten hat, die kaum ein Konverter alle korrekt berücksichtigt.

     

    Da das Ganze mehrere Jahre her ist und ich seither kein Notes mehr zu Exchange migrieren musste, kann ich keine aktuellen Empfehlungen aussprechen.

     

    Gruß, Nils

  9. Moin,

     

    dann solltest du dich nach einer kommerziellen Migrationslösung umschauen. Gerade Termine werden dir sonst u.U. völlig kaputtgehen und können ganze Mailboxen korrumpieren. (Ich spreche da aus leidvoller Erfahrung.)

     

    Vor Jahren habe ich mal ein Tool erfolgreich genutzt, das jetzt zu Quest gehört.

     

    Gruß, Nils

×
×
  • Neu erstellen...