spielkind675

hallo,

schon richtig, was delirium sagt; unter nt kann man nur den ordner mappen, der freigegeben ist und keinen drunter.

du könntest 'subst' verwenden, wenn das was nützt...

net use x: \\server\freigabe

subst t: x:\ordner1\...\ordner_der_eigentlich_verbunden_werden_soll

...nur x: kannst du danach nicht trennen, ist der haken.

gruß

Original geschrieben von Muelli

Eine Platte als Master am ersten Controller, Bootpartition ist erste Partition. Eine zweite Platte sitzt als Master am zweiten Controller. Beide Platten werden dynamisch gemacht. Die erste Platte wird auf die Zweite gespiegelt. Jetzt nehmen wir an, die erste Platte crasht. Haben nun einfach die Spiegelung aufgehoben und im Bios das Boot Device von C auf D gesetzt, sprich ersoll von der zweiten Platte booten, welche ja bei uns am zweiten Controller hängt. Normalerweise dürfte das nicht funzen, da die boot.ini auf den ersten Controller verweist. Doch die Sache lief. er bootete. Als Nachweis, dass er auch von der zweiten Platte gestartet ist, kann man in die Datenträgerverwaltung gehen und dort versuchen eine der beiden Partitionen zu löschen. Die Löschmöglichkeit für die aktuelle Bootpartition ist dabei disabled. Und das war bei uns die zweite Platte. Schlussfolgerung: Bei dynamischen Platten greift er gar nicht auf die boot.ini zu.

moin,

jepp, das kann ich bestätigen, schon witzig. ;) multi(1)...willer nisch.

auf die boot.ini greift er schon zu, sonst würde er sie ja nicht anzeigen, nur in der controller-adressierung scheint er bei spiegeln "dynamisch" zu sein.

der mbr wird bei dyn. datenträgern auch nicht geändert und die part.-tabellen-einträge für system- und bootpart. ebenso wenig, sonst wär die platte ja nicht mehr bootfähig.

gruß

Original geschrieben von Dr.Melzer

Offensichtlich haben wir aneinander vorbeigeredet, aber das gleiche gemeint.

rofl, schon klar, aber 'who cares'.

@cappy: merci!

@dr.melzer: langsam kann ich echt nicht mehr. hast du richtig gelesen... es geht nicht um "pro-server" lizenzen (die es nicht gibt, wie du richtig sagst), sondern um die zuordnung der cals. viell. hab ich mich da bislang unglücklich ausgedrückt. die cal wird entweder dem server (stellt sie temp. aus) oder dem user/device zugeordnet. so steht es auf den microsoft-seiten, in der windows-hilfe zur lizensierung, nur in den unterlagen, die du verwendest, steht es wohl anders.

gruß

hallo,

ich denke, ich sag nun nichts mehr dazu, denn das ist sinnlos.

@dr.melzer: sorry, kompetenz hin oder her, das per-server lizenzmodell hast du nicht verstanden, sonst würdest du nicht andere dinge schreiben als wie das microsoft tut.

schönen tag

ich zweifle überhaupt nichts an. ich lese nur und stell fest, daß das eine mit dem anderen nicht ganz übereinstimmt. allg. gesagt.

Original geschrieben von Dr.Melzer

Das steht hier duch, die Anzahl der gleichzeitigen Connections, darf die Anzahl der gekauften Lizenzen nicht überschreiten.

...und in dem satz vorher steht, daß du so viele lizenzen brauchst, wie gleichzeitige verbindungen max. vorhanden sind. da steht überhaupt nichts davon, daß dies dann auch die gesamtanzahl an clients/user ist, die's im netzwerk gibt.

anzahl cal's = x

anzahl clients/user = kann dann wohl x+y (y auch negativ) sein, aber nur x dürfen simultan.

Hast du 10 CAL´s, dürfen 10 Rechner zugreifen. Auch wenn nur immer fünf gleichtzeitig zugreifen, brauchst du 10 CAL´s, für jeden Rechner eine!

hä, ich hab 10 auf dem server, dann brauch ich für/auf die/den clients nichts, wenn es nur um den zugriff zu diesem server geht.

was ich einfach nicht verstehen kann und auch unlogisch ist:

mein server läuft im "per server" modell und ich hab 10 "per server" lizenzen dazu gekauft (die dem server zugeordnet sind).

nun hab ich aber 20 clients, von denen ich sicher weiß, daß max. 10 gleichzeitig zugreifen. wenn ich jetzt, wie du sagst, zu jedem client eine cal (extra) brauche (also insgesamt 20), wozu hab ich dann die 10 "per server" lizenzen gekauft?????

die spar ich dann doch besser und stell den server auf "per client/per user) um und alles ist gut.

schönen feierabend

Original geschrieben von Dr.Melzer

Das ist nur eine technische Einschränkung, das hat nichts mit der tatsächlichen Anzahl der benötigten Lizenzen zu tun!

 

Es gab auch bei W2K keine Lizenzierung, für "gleichzeitige Zugriffe!

dann sei doch mal so freundlich und klär uns fehlverstehende über das "per server" lizensierungsmodell auf.

technische einschränkung hin oder her, auszug von einer ms-seite...

...Per Server mode is concerned with the number of concurrent connections to the server software. You need to purchase Windows CALs for the maximum number of simultaneous connections to that server. Any device or user can access the server, but the number of simultaneous access connections hitting the server at any given time must not exceed the number of Windows CALs designated to that server...

@gismo: google mal "windows 2000 server licensing" bzw. "windows server 2003 licensing"... der erste hit (ms-seite) paßt.

gruß

hallo,

Original geschrieben von Dr.Melzer

Du musst entweden für jeden Rechner (egal ob alle gleichzeitig genutzt werden oder nicht) eine "per Device" CAL kaufen.

 

oder

 

Für jeden User (egal ob alle gleichzeitig arbeiten oder nicht) eine "per User" CAL.

das kann wohl nicht ganz passen, weil das nur ein möglicher lizensierungsmodus ist, "per device bzw. per user", was unter 2k "per seat" heißt.

entweder lizensiert man "per server", indem man x gleichzeitige verbindungen zuläßt, also das was der threadstarter erfragte oder "per device/per user/per seat" (das kommt aufs gleiche raus) und dann muß jeder user/jedes gerät ne cal besitzen.

zu nem 2k3 standard/enterprise server bekommt man i.d.r. 5 "per server" lizenzen geliefert. die könnte man nach deinen ausführungen ja dann direkt in die tonne packen.

Unter Windows 2000 gab es noch keine "per User" Lizenzierung (auch wenn man das auf dem Server so einstellen konnte). Wenn ihr das so gemacht habt, wart ihr falsch lizenziert und solltet das schnellstens berichtigen.

wo sollte man das denn einstellen können? unter 2k gibts "per server" oder "per seat/arbeitsplatz" als lizensierungsmodus.

schönen gruß

ärgerlich. ;)

dann muss dein skript laufen, bevor der explorer startet (und der homeshare gemappt wird).

schönen feierabend

so ist die default-einstellung...

hklm\system\currentcontrolset\services\browser\parameters

isdomainmaster: true (pdc-emulator), false (sonst)

maintainserverlist: yes (server-os, soll masterbrowser werden), auto (sonst), no (...)

wenn also ein server startet, wird er eine masterbrowser-wahl erzwingen...

du könntest versuchen, den wert auf "auto" zu setzen, wird aber wohl wenig helfen. auf "no" sollte man den nicht setzen, dann startet der "computer browser" nicht.

wenn ihr ne reine 2k-umgebung oder höher habt und keine alte anwendung netbios-namen braucht, kann man netbios über tcpip eigentlich ganz abschalten.

Original geschrieben von rageandfury

Nach einer neuen Anmeldung ist der Prozess wieder aktiv, wenn ich mich dann noch über Terminaldienst anmelde, sind es sogar 2 Prozesse mit je 50% Auslastung.

hallo,

na ja, dann kann's wohl nur noch über n loginscript kommen.

du kannst ja mal den process-explorer von sysinternals auf dem wts starten, dann noch ne session öffnen und schauen (view->show process tree), welcher prozess im 16bit-subsystem läuft - wird wahrscheinlich nur kurz angezeigt.

gruss

hallo,

in dem fall mußt du den share von einem anderen laufwerk aus trennen, nicht von dem, das du trennen willst - "x:\>net use x: /d" geht nicht.

probier's z.b. von c: aus und es klappt problemlos.

die fehlermeldung sagt eigentlich alles (...being accessed by an active process) und bei "net helpmsg 2404" steht ähnliches.

gruss

hallo,

sicher, daß mit "<server name>" auch wirklich ein maschinen-name und kein domänen-name gemeint ist? der netbios-hexcode ist nicht zufällig 0x1b?

ich kenne diese meldung eigentlich nur, wenn ein server versucht, den masterbrowser dem pdc-emulator abzunehmen.

falls das nicht so ist, poste doch mal

nbtstat -A <ip address 1> und

nbtstat -A <ip address 2>

gruss

moin,

mir ist's eigentlich völlig egal, wer hier was postet.

hab das nur zufällig gelesen... mit dem problem des thread-starters hat das, was hier gepostet wird (mit ausnahme des beitrags von gr@mlin), überhaupt nix zu tun - teilweise ist's außerdem noch falsch.

kein wunder, daß sich der thread-starter nicht mehr weiter äußert.

schönes wochenende

spielkind

hallo,

gr@mlin hat die sache doch schon auf den punkt getroffen!

@die anderen: es kann einem fast schlecht werden bei dem käse, den ihr hier postet - inhaltlich ordenlich daneben.

schönen gruß

spielkind

guten morgen,

die spez. aussage deshalb, weil es zufällig in nem whitepaper von ms so steht. einfach mal nach "termservlicensing.doc" gogglen, einer der links geht schon.

ich hab extra nochmal nachgeschaut.

den link hatte "klausk" letztens schon mal angegeben und darin werden so ziemlich alle fragen zu diesem thema erklärt.

schönes wochenende

spielkind

hallo,

das steht bei ms dazu.

http://support.microsoft.com/?kbid=277917

sieht aus, als ist da auf dem server etwas kaputt gegangen.

gruß

spielkind

hallo,

der terminal server muß den lizenzserver finden können, der client hat mit der lizenzausstellung nix zu tun.

wenn dein terminal server den lizenzserver nicht findet kann, mußt du dort diesen eintragen vornehmen.

auf der nt4-workstation laufen keine terminal services, deshalb gibts den eintrag dort auch nicht, logisch.

gruß

spielkind

hallo,

wenn du ne ts-device-cal z.b. durch nen hardware-defekt verlierst, ist das unbedeutend.

da sie ne gültigkeit von weniger als 90 tagen haben, stehen danach wieder dem lizenzpool als verfügbar bereit. der client kann so lange mit nem temp. token (90 tage gültig), bis wieder ne "richtige" verfügbar ist.

gruß

spielkind

hallo,

wie soll flex_brau den lizenzen einspielen, wenn der server noch gar nicht aktiviert worden ist???

ts-device-cals haben ne gültigkeit von, ich glaub, 52-89 tagen (nicht die temp. token).

wie man den wert ändert, der bei dir gesetzt ist, weiß ich leider nicht, aber wenn dann nur innerhalb der grenzen.

gruß

spielkind

guten morgen,

"net" als dns domain ist schon erlaubt, ein single label domain name.

vor sp4 gibts mit den "forward lookup zones" registrierungen bei single label domains auch keine probleme, erst ab sp4. so ein problem ist in dem o.g. link zum mr&d forum auch beschrieben samt lösung.

das funktioniert sogar. bei non-dc's oder maschinen mit w2k pro halt nur den dnscache-key hinzufügen und rebooten.

schönen tag noch

spielkind

na,

jemand zu faul zum lesen. 'robocopy /?', da stehts schon und in der 'robocopy.doc' stehts auch noch im detail beschrieben. (-> true replication)

nee, wegen dem lerneffekt schreib ich extra nix und beim lesen braucht dir doch niemand helfen, hoffe ich doch.

schönen abend noch,

spielkind

...na hoffentlich meint manuela ned nt4 oder w2k, da siehts nämlich 'bescheiden' aus.

hallo,

viell. haste was falsch gemacht?

kann mir nämlich nicht vorstellen, daß ms nen registry-eingriff postet, der dann u.u. ins nirvana führt.

das ganze gibts überigens auch noch als gpo-variante oder haste die 100 clients in ner workgroup?

gruß

spielkind

hallo alex,

schau mal, ob dir das (ab der mitte etwa) hilft:

http://x220.win2ktest.com/forum/topic.asp?TOPIC_ID=4547

deinen fehler kann ich nicht reproduzieren, hab auch nirgendwo w2k mit sp4, viell. liegts wirklich an sp4.

in der technet steht das deinen client-fehler:

dnsapi:11151:A resource record for the domain controller is not registered in DNS.

na ja, das kann ich so bei dir nicht nachvollziehen.

@dkemper: dir scheint korrektur nichts auszumachen...

wozu wins für eine umgebung ohne sog. legacy-clients, die ihren netbios-namen (=hostname) nur aus kompatib.-gründen mitschleifen und primär dns-auflösung 'wünschen'?

gruß

spielkind