Jump to content

Babble

Members
  • Gesamte Inhalte

    84
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von Babble

  1. @dippas: Im Prinzip beim Radio (nicht ganz richtig, aber fast) :)
  2. Hallo erstmal. Wir machen das ähnlich wie Squire. Zuerst tägliches Backup auf SAN, dann Kopie auf Bandlibrary (LTO3). Zusätzlich noch Kopie der Bänder zum auslagern. Und das ganze mit IBM Tivoli Storage Manager. Nach einigen Versuchen mit verschiedensten Laufwerken, Strategien, Backup-Software etc. haben wir bisher mit TSM nur gute Erfahrungen gemacht. Ist zwar nicht billig, aber die Daten sind ja unser Kapital. Grüße, Babble
  3. Hallo prothomalo! Brauchst du zwingend eine neue Domäne? Falls nein, würde ich im derzeitigen Standort ein neues Teilnetz aufbauen, das dem des neuen Standortes entspricht, den/die DC als weitere DC's in der Domäne installieren und alles einrichten. Du kannst dann in Ruhe alles Testen. Dann kannst du das Teilnetz wieder abbauen und die DC's zum Standort schicken. Da die User aus Standort A und Standort B auf gemeinsame Resourcen zugreifen, ist das vermutlich der beste Weg. Viel Erfolg, Babble
  4. Babble

    Anhang winmail.dat

    Hallo ginka, das Problem heißt bei uns Tinneff mit t-nef und tritt bein Outlook in Verbindung mit Exchange auf (welch seltene Kombination... :) ). Guckst Du hier: OL2000: Auswirkung des Nachrichtenformats auf Internet Mail Ist ein ziemlich altes Problem. Vor allem, wenn dieser Anhang unbedingt und sofort benötigt wird, der Absender nicht zu erreichbar ist und die Datei deshalb nicht neu schicken kann (oder andere Gründe in beliebiger Kombination). Dann hilft das hier: MS-TNEF Degenerator Gruss, Babble
  5. Wir arbeiten hier zweigleisig - Backup auf Disk (SAN) und Auslagerung auf Band. Funktioniert problemlos. Die Bänder arbeiten quasi als Überlauf für die Disks - Wenn voll, dann alte Sachen auf Band auslagern.
  6. Hallo Tobi, Hallo dippas. Danke erstmal für die Antworten. Also, es wird eine reine W2k3-Umgebung, Novell wird in den wohlverdienten Ruhestand geschickt. DNS und DHCP werden schon in diesem Umfeld genutzt, allerdings noch auf W2K-Servern. Diese Dienste wandern dann auf die DC's. Die beiden erstgenannten Schritte habe ich schon durchgeführt - Es gibt zwei DC's im Netz, die auch wunderschön replizieren. Der DNS ist neu aufgesetzt, die Zonen bereinigt, ins ADS integriert und funktioniert auch wunderbar. Die Benutzer sind zum Teil angelegt, Gruppen wurden gebildet, Fileserver installiert etc. OK, soweit fertigt (alles im vorhandenen Netz) und spielbereit. Was die Netzwerke angeht: Es gibt von der Zentrale in jeden Standort eine Standleitung. In jedem Standort gibt es drei Netze, von denen jedoch nur eins für die ADS relevant ist. In der Zentrale gibt es drei weitere Netze, die auch alle für die ADS relevant sind. Die Netze haben alle eine Class-C-Subnetzmaske. Wir benutzen ein VPN, um entfernten Zugriff auf diese Netze zu ermöglichen - der VPN-Endpunkt liegt in der Zentrale. Da der VPN-Client die Netze kennen muß, haben wir bei Kollegen, die Zugriff auf alle Netze haben müssen, ein Problem mit der Menge der Netze. Ich würde das gerne über Superneting vereinfachen. Das funktioniert auch zum Teil schon, nur noch nicht für alle Netze. @ dippas: AFAIK wird WINS in einer reiner W2K3-Umgebung nicht mehr benötigt - die Namensauflösung läuft nur noch über DNS, es sei den, Du hast noch Systeme die nur mit Netbios klarkommen - so habe ich das verstanden. Schönen Tag, Babble
  7. Guten Tag an alle! Wir sind dabei, unser altes Novell-System (Netware 5) in ein Microsoft AD auf Basis Server 2003 umzustellen. Das Netware-System wird als File-, Print- und RAS-Server eingesetzt. Dort liegen natürlich auch alle Benutzeraccounts etc. Die Einrichtung des ADS ist insoweit kein Problem, es wird parallel zum bestehenden Netware installiert und aufgebaut. Es funktioniert soweit auch schon, allerdings habe ich ein designtechnisches Problem. Ich würde gerne die ADS in einem getrennten IP-Adress-Bereich aufsetzten (DHCP, DNS) und nicht im derzeit produktiv genutzten Bereich. Das würde natürlich mit dem derzeitigen Routing von ca. 30 Netzwerken (9 Standorte mit mehreren Netzten) kollidieren (Routing müsste angepasst werden). Es wäre dann aber möglich, die vorhandenen Netze neu zu sortieren und über Supernetting das Routing zu vereinfachen. Die Implementierung würde dann natürlich länger dauern... Wie macht man's denn nun am dümmsten? Neuer Bereich oder alter Bereich? Vielen Dank für Eure Vorschläge, Babble.
  8. Wir hatten hier ähnliche Probleme. Starte mal ghost mit '-noide'.
×
×
  • Neu erstellen...