jock1307

Also, es verhält sich folgendermaßen: Nach Festplattencrash wurde der 2003SBS mit Hilfe einer Sicherung neu aufgesetzt. Dabei wurden die Servergespeicherten Profile wieder den entsprechenden Usern zugewiesen. Bei manchen funzt das auch hervorragend, d. h. sie laufen wie zuvor, bei manchen wird das Profil aber als TEMP (und auch in einem entsprechenden Ordner) geladen und das richtige Profil wird am Client unter Systemeigenschaften->Erweitert->Benutzerprofile als "unbekanntes Konto" angezeigt. Normalerweise wird doch in so einem Fall ein Konto "Benutzer.000" angelegt und kein Verzeichnis "Temp". Wie bekomme ich das nu wieder hin?

Trotz der erfolgreichen Besitzergreifung melden sich manche clients noch immer Temporär an. Dies wird zwar nicht mehr per Meldung quittiert, die entsprechenden richtigen Profile werden aber am client nur als unbekanntes Konto angezeigt... ...HIILFE?

spät macht blind, häkchen bei untergeordnete Container etc. setzen und es funzt :D Trotzdem thx

Hallo, kennt jemand von euch eine Möglichkeit den Besitz an Ordnern/ Dateien global für ein ganzes Verzeichnis zu übernehmen? Habe hier Servergespeicherte profile von einem Backup auf einen Neuaufgesetzten Server gespielt und teilweise keinen Zugriff. Bei Einzelnen Dateien funktioniert das ja aber global? Grüße...

Naja, fragen kostet ja bekanntlich nix. Das dies die mir zwar in diesem Falle unverständlichen Lizenzbedingungen tangiert war mir klar - was tut man nicht alles für´s Marketing :D . Trotzdem nichts für ungut und Danke...

Hi, kennt hier jemand ein workaround um die 2k-typische maximale Benutzeranzahl in p2p Sitzungen von 10 gleichzeitigen zu umgehen? Habe zwar in der KB was dazu gefunden, das bezieht sich aber nur auf "Nullsitzungen" bei Druckern... Grüße.

Danke, werd mal nach dem workaround googeln...

Hallo lefg, hört sich doch hoffnungsvoll an, womit hast Du denn geklont? Bei mir wäre der Wechsel: Prozessormäßig von Intel P4 zu Intel P4 Mainboard von MSI zu ASUS und tatsächlich IDE zu SCSI (daher meine Bedenken)

Hi Overlord, jap, da rennt ein SQL oder besser es kriecht ;) , daher auch der Hardwarewechsel, darüberhinaus sind noch diverse andere Geschichten am laufen, daher möchte ich ja am liebsten den Server 1:1 rüberspielen um mir eben die ganze Konfiguration zu ersparen (um genau zu sein hab ich mir das ganze wegen nem Crash vor ner Woche schon mal angetan und das war keine Kleinigkeit). Hätte man vielleicht auch die Möglichkeit die alte Platte in den neuen Server zu bauen und das ganze per Sysprep irgendwie umzumodeln?

Hallo, ich möchte einen 2kServer von einem PC auf den anderen übertragen, dazu habe ich per Suchfunktion hier folgenden Artikel gefunden: http://www.mcseboard.de/showthread.php?t=57794&highlight=server+kopieren wird so wirklich die volle Funktionalität übertragen incl. aller Freigaben und Datenbankbezüge oder muß ich erst wieder alle Konfigurationen vornehmen (hat mich neulich erst zwei schlaflose nächte gekostet... :D )? Klonen fällt wohl aus, da die Hardware bei weitem zu unterschiedlich ist. Grüße...

Danke nochmal, Du hast mir echt weitergeholfen... Schönes Wochenende noch.

Okidoki, das ist aber noch machbar. OT-on: Besser als: "wrap the drive thoroughly in goldplated silk and make sure each connector is covered with diamond-jumpers" :D OT-off...

Just passiert, Garantie bis März`06 - super Sache, jetzt noch schnell ne Nullformatierung falls möglich und ab dafür...

Und es fällt ihm wie Schuppen aus den Haaren... Klar, sowas wie Herstellergarantien gabs ja auch mal :D aber gleich fünf Jahre :shock: . Danke für den Tip

Kein Thema, hat noch ein bisserl Zeit, werd paralell mal googeln. Danke

Hmmm, ist dann aber auch ne Preisfrage, drei neue SCSIs sind ja nu auch nicht fürn Taschengeld zu kriegen... Theoretisch wäre das mit der größeren Platte dann aber besser als mit einer eines anderen Herstellers, wenn man mal vom Wegfallen der Kapazität absieht? Für den Fall, daß wir nen komplett neuen Raid Verbund mit größeren Platten aufsetzen: Bekomme ich das System dann ohne Neuinstallation auf ne größere Platte (Wenn ich es über das Raid Spiegel, wird ja die größe der Platte mitgespiegelt und ich kann auf den Rest nicht mehr zugreifen, wenn ich das richtig verstenden habe)?

Hallo, bei mir im Raid (Mylex AcceleRAID-170) steht ein Festplattenwechsel an, da eine meiner drei IBM 18,2GB DDYS-T18350 LVD U160 so langsam den Geist aufgibt. Jetzt gibt es nur ein Prob, ich komme an keine solche Platte mehr ran. Als wie kritisch würdet Ihr es bezeichnen entweder eine Platte eines anderen Herstellers zu nehmen oder eine 36er Platte von IBM einzubauen (frage mich, ob das überhaupt geht)? Oder gibt es jemanden, der eine Bezugsquelle für solche Platten kennt? Grüße.

Oh Mann ich gebs auf, der Server wird neu aufgesetzt....

Außerdem wird die Verbindung zwischen Server und Client nicht unterbrochen, da wenn ich gleichzeitig vom Server auf den Client sowie vom Client auf den Server kopiere, bricht ein Vorgang ab (350MB) und einer (160MB) läuft weiter...

Interessant ist vielleicht noch, daß die Verbindung nicht paralell abreißt, d. h. wenn 2 Clients gleichzeitig vom Server kopieren und bei einem der Fehler auftritt, tritt er nicht gleichzeitig beim anderen Client auf.

Des weiteren seltsam ist, daß von den 350MB nur 35-36MB kopiert werden, von den 160MB mindesten aber 155...

Der Transfer läuft genauer gesagt nur auf einem der beschriebenen Ports. Erst wenn der Vorgang abbricht, werden die anderen Ports angesprochen. Es läuft auch nicht immer über alle Ports sondern meist über MS-ds u. Netbios-ssn. Jedesmal irgendwie anders. Inzwischen ist auch noch Kerberos dazugekommen müßte das nicht irgendwie konstanter sein?

@Dr.K: War mein erster Gedanke, hab so ziemlich alles ausgetauscht (ram, nic, Netzteil) Im Moment lass ich mal paralell zum Kopiervorgang CommView (Testversion) laufen. Das Meldet mir schonmal, daß der Transfer über Microsoft-ds, netbios-ns, epmap, 1026 und netbios-ssn läuft.

Manchmal muß man auch bei den Clients ins Protokoll schaun 8032 u. 8021 von Browser. Scheint doch was am DNS zu sein...recherchier...google...

AAAAAAARRGH, zu früh gefreut, erneuter Fehler...