phoenixcp

In Vorbereitung der Verbreitung des Internet Explorer 8 hat MS ein Toolkit veröffentlicht, mit welchem sich die möglicherweise (noch) nicht erwünschte Installation des Internet Explorer 8 ohne zeitliche Limitierung blockiert. Den Download findet ihr hier: Download details: Toolkit to Disable Automatic Delivery of Internet Explorer 8 Die entsprechende FAQ: Internet Explorer 8 Blocker Toolkit: Frequently Asked Questions mfg und schönen Feierabend Carsten

Hm, abwarten Freunde... Ich glaub da auch erst dran, wenn es wirklich soweit ist. Wenn ich nur an die Gerüchte im Vorfeld der Macworld denke (iPhone nano, neuer Mac mini, etc.) und sehe was dann davon kam (nix...), würde ich mir über solche Meldungen nicht sehr viel Gedanken machen.

Je nachdem wie "anfällig" die Software ist, könnte es u.U. ausreichen den User lokal in die Gruppe der Netzwerkkonfigurations-Operatoren aufzunehmen. Off-Topic:Aber nen Tschibo-Rechner mit Tschibo-Equipment würde bei mir auch nicht in die Domäne kommen :D

Dazu solltest du dir mal die folgenden Links reinziehen (und bedanken kannst dich beim Expert Daim, der die Artikel geschrieben hat): faq-o-matic.net Wie aktualisiert man einen Domänencontroller auf Windows Server 2003 R2? Yusufs Directory Blog - Schemaupdate beim Windows Server 2003 R2

Nein kenne ich nicht. Ich würde das im Extremfall auch nicht auf dem direkten Wege machen, sondern über den Umweg einer Neuinstallation in der neuen Domäne. Aber das wäre meine persönliche Herangehensweise an so ein Problem. Prüf doch mal in der alten Domäne ob es sich dabei um eine SID handelt oder ob es so tatsächlich im Namen drin steht. Wie du die Gruppen am Ende in deiner neuen Domain nennst, ist komplett dir überlassen. Du musst ja eh die entsprechenden Anmeldeberechtigungen im SQL Server anlegen und die jeweiligen Berechtigungen / Rollen innerhalb des SQL Servers vergeben.

Ah, ich verstehe. Mit Dienstkonten war ich von den Konten ausgegangen, welche die SQL Server Dienste ausführen, nicht von den Accounts, welche als berechtigte Accounts für den Zugriff auf den SQL Server konfiguriert sind. Das die Entfernung nicht mehr möglich ist, ist aus meiner Sicht logisch, weil die entsprechende (Alt)Domäne nicht erreichbar ist, da er ja mittlerweile in der neuen Domäne steht. Du solltest die entsprechenden Konten bzw. Gruppen in deiner neuen Domäne anlegen, dort die entsprechenden Berechtigungen erteilen und Mitgliedschaften herstellen und dann als neue Berechtigungen im SQL Server eintragen. Was mit den Leichen machen? Variante A) Ignorieren und stehenlassen Variante B) alles wieder auf Anfang, der Server zurück in die alte Domäne, dort aufräumen, den Server in die neue Domäne, dort die neuen Logons anlegen und berechtigen Wäre jetzt das, was mir so absolut auf die schnelle kurz vorm Mittagessen einfällt.

Mein Postbote hat es über Weihnachten geschafft, ne Lieferung CD's in entsprechendem Kuvert mit entsprechenden Warnhinweisen zweimal zu falten, damit sie besser in den Briefkasten gehen.... Dem Knaben hab ich dann Samstag nach der Rückkehr aus dem Urlaub gleich aufgelauert....

Du musst dir die entsprechenden Dienstkonten in der neuen Domäne exakt so anlegen, wie sie in der alten existiert haben, die entsprechenden Berechtigungen vergeben, wie sie in der alten Domäne existierten, die Konten entsprechend auf den Server und wo noch notwendig berechtigen und anschließend im Services Manager (services.msc) die Konten der entsprechenden Dienste ändern. Das sollte es im groben sein.

Moin moin und ein gesundes neues Jahr Hier in Radebeul fängt es gerade an zu schneien. Momentan liege ich auf dem Sofa meiner Eltern, bewache meine schlummernde Tochter und Hämmer auf dem iPhone rum, wie man deutlich sehen kann. Ansonsten steht nachher noch ein Besuch bei allen Großeltern und der alljährliche Friedhofbesuch zum Todestag meiner Tante an. Das mit der kleinen Beleuchtung ist aber selbst um diese Zeit noch völlig in Ordnung so trüb wie es hier ist.

Gibt es auf einer der beiden Seiten (oder vielleicht auch auf beiden) eine Fehlermeldung im Eventlog dazu?

Wir haben zwar keinen Hund, aber eine knapp 8 Monate alte Tochter. Daher sind wir aus dem hektische Berlin nach Radebeul zu meinen Eltern auf die Weinberge geflohen, wo es hoffentlich nicht ganz so laut wird. Geknallt wird zwar trotzdem, Vaterns Kollege kommt mit seiner Frau, er ist Hobbyfeuerwerker, sein Sohn hat dazumal ein schickes Höhenfeuerwerk zu unserer Hochzeit abgebrannt. Aber der macht das auch beruflich. Schaun wir mal, wie gut sein Vater ist ;) Ich bin gespannt.

Soweit ich das auf den ersten Blick überschaue, solltest du die kennwortgeschützte Freigabe aktivieren. Wenn du auf beiden Seiten den gleichen Benutzernamen und das gleiche Kennwort hast, sollte das dann eigentlich gehen. Bitte teste das mal und melde dich mit dem Ergebnis. Gruß Carsten

Ich versteh aktuell deinen Fehler noch nicht ganz: - wenn der SBS down ist, kann kein Client mehr einen Netzwerkdienst auf dem SBS erreichen ==> korrekt - wenn der SBS wieder oben ist, können die Clients die Netzwerkdienste auch erreichen ==> wäre schlimm wenn das nicht so ist Dein zweiter DC ist korrekt als zweiter DNS eingerichtet und darf natürlich GC sein. Nir die FSMO-Rollen müssen auf dem SBS verbleiben, aber das sollte sich im SBS-Umfeld von selbst verstehen. Könntest du dein Problem noch einmal ein wenig genauer erläutern? Guten Rutsch schonmal wünscht Carsten

AFAIK pro Benutzer der zugreift. Beispiel: Benutzer Hans Wurst ist angemeldet (1 User-CAL), Benutzer Werner Fleisch geht zum selben Rechner (an dem Hans Wurst angemeldet ist) und nutzt diesen (wieder 1 User-CAL). Dafür brauchst du 2 User-CALs, wenn du per User lizensieren willst. Per Device würdest du 1 Device-CAL benötigen.

Für das Thema SQL Server unter Hyper V hat MS letztens ein schönes Whitepaper zu Best Practices und Performance Issues veröffentlicht. Mehr dazu findest du hier: MS SQL Server 2008 und Hyper-V | MCSEBoard.de SQL Blog Auch wenn dort im Artikel bereits erwähnt, aber das Whitepaper gibt es hier zu beziehen: http://co1piltwb.partners.extranet.microsoft.com/mcoeredir/mcoeredirect.aspx?linkId=11053989&s1=d89d48f6-168e-d846-31bd-28c2c8a6a0fb

Schau mal hier: Need some PowerShell help Da findet sich ein Skript, um die delivContLength zu setzen. Das lässt sich dann recht einfach auch um die SubmissionContLength erweitern.

Bisher noch nicht. Aber wenn ich mir die Produktbeschreibung so anschaue, stellt sich mir erstmal die Frage, was du eigentlich damit machen willst?

Sind beide Server auch soweit identisch, das sie über gleich Firmware-Stände und gleiche Patchlevel verfügen?

Und was ist an den Installationen unterschiedlich? Das solltest du uns vielleicht noch zusätzlich verraten.

Stört sie sich denn daran, wenn du mehr Speicher und einen zusätzlichen Prozessor einbaust? ;)

Hallo Schau dir mal diesen Artikel hier an: faq-o-matic.net Automatische Backups fr SQL Server Express Da wird das Konzept für das Backup beschrieben. Das ganze lässt sich dann mit geänderten Statements auch auf die Indizierung der DBs abwandeln.

Gut erkannt. Per Loginscript den Wert bei jeder Anmeldung neu setzen wäre in deinem Weg zu Ziel. Damit das funktioniert musst du aber, wie von IThome bereits angemerkt, vorher dafür sorgen, das der Anwender Schreibberechtigungen auf den entsprechenden Regkey hat.

Afaik wären da zwie Varianten: 1. Japanisches Windows kaufen und installieren 2. Ein MUI XP kaufen und das japanische Languagepack installieren.

Eines kam mir grade noch in den Sinn, dann packe ich mein Ketzermesser für heute wieder ein: wenn du dich seit drei Jahren mit IT-Sicherheit befasst hast, dann ist es mir ein wenig unbegreiflich, das selbst die Grundlagen nicht präsent sind. So, genug Luft gemacht für heute. Jetzt hast du deine Ruhe vor mir fürs Erste.

Zu 1.: Überwachung ist immer ein kritisches Thema. Dazu solltest du dich eher an den Rechtsberater deines Vertrauens, deine Geschäftsführung und deinen Betriebsrat wenden. Denn da haben diese auf jeden Fall alle etwas mitzureden. Zu 2.: Wenn du Admin bist, warum willst du dann Mechanismen umgehen? [Halb-OT] Zum Thema ICQ nochmal: Alle Leute, die sich hier in diesem Forum der Unterstützung von Hilfesuchenden und der eigenen Hilfesuche angenommen haben, gehen einem Job nach, mit dem sie ihr Geld verdienen. Dazu zähle ich auch. Mein Engagement hier ist rein privater Natur und wird von niemandem bezahlt oder finanziert. Daher erwarte ich das Member ihre Probleme hier veröffentlichen und "einfach auf Antwort hoffen". Ich persönlich (und ich denke da bin ich nicht alleine) finde es recht dreist, jemanden hier aus dem Forum, egal ob Member, Admin, Mod oder wie ich Expert, persönlich per ICQ, MSN, Mail oder ähnlichen Geschichten anzuschreiben, ohne vorher das Board befragt zu haben. Und dann auch noch die Dreistigkeit nach meiner ersten Ermahnung und der Bitte hier im Board zu posten, mich erneut anzuschreiben und "persönlich" auf deine Antwort hinzuweisen, schlägt dem Fass den Boden aus. Nimm es einfach so hin und beherzige es in der Zukunft. Unter Umständen reagieren andere Leute noch empfindlicher als ich. [/Halb-OT]