phatair

Ich kann es mir denken :) Es ist und bleibt ein Wahnsinn mit diesen MS Lizenzen. Aber gut - ich lasse es jetzt mal gut sein. Danke euch für die Hilfe!

Was meinst du mit CORE_Anzahl 1x - meinst du die CPU Cores?? Wenn ich deine Aussage richtig verstehe, muss ich dann ja immer Open Versionen kaufen, da ich sonst die ISO aus dem VLSC nicht verwenden darf. Wir haben uns diesmal für die eine Lizenz für eine gebrauchte Lizenz entschieden (UsedSoft). Viel diskutiert aber bitte jetzt keine Grundsatzdiskussion darüber anfangen :) Diese Frage betrifft ja jeglichen Kauf außerhalb vom OPEN Vertrag. Wir haben also eine 2012R2 Standard Lizenz gekauft (UsedSoft). Im VLSC haben wir 1 2012R2 Standard Lizenz, 3 2012R2 Datacenter Lizenzen. Darf ich jetzt das ISO aus dem VLSC verwenden oder nicht?

Ich hätte jetzt folgendes gemacht. Wir haben diesmal keine VL Lizenz gekauft, haben aber einen KMS und Zugriff auf das VLSC. Ich hätte jetzt also eine ISO aus dem VLSC genommen, installiert und über den KMS aktivert. Die Lizenz für die 2012R2 habe ich dann im Schrank. Wahrscheinlich sagt dann MS - ich hätte die ISO aus dem VLSC gar nicht nehmen dürfen und somit Lizenzverstoß... Die Einzelhandelversion kann ich gar nicht über den KMS aktivieren - habe ich das richtig verstanden? Also bleibt mir nix anderes übrig als auf die Einzelhandelsversion zu warten und diese dann mit dem entsprechenden Key zu installieren. Das ist immer ein Rumgeeiere mit diesen Lizenzen

Nein und deswegen habe ich mir auch nicht ins Hemd gemacht Es ging mir um die grundsätzliche Frage - darf ich mit einem KMS nur Systeme aktivieren, für die ich Volumenlizenzen gekauft habe oder kann ich damit auch Systeme aktivieren für die ich z.B. Lizenzen aus dem Einzelhandel erworben habe. Den KMS Key (also den Key um den KMS Server zu aktivieren, nicht den generischen KMS Key den ich bei MS online für jedes System einsehen kann) bekomme ich ja nur, wenn ich eine Volumenlizenz gekauft habe und somit ein VLSC Konto besitze. Es könnte dann ja sein, das MS nur erlaubt Systeme mit dem KMS zu aktivieren, für die ich eine Volumenlizenz erworben habe.

Naja bestellt ist sie, aber sie liegt noch nicht im Schrank. Werde einfach den kms nutzen und die Lizenz ist am Mittwoch oder Donnerstag ja da.

Normalerweise beziehen wir die Microsoft Lizenzen über unser VLSC und den OPEN Vertrag. Für Server (da virtualisiert) benötigen wir im Normalfall keine weiteren Lizenzen, da diese über unsere Datacenter Lizenzen abgedeckt sind. Nun handelt es sich ja um einen physikalischen Server und somit benötigen wir hier eine extra Lizenz. Diese haben wir jetzt aber nicht über das OPEN Programm bezogen. Wir aktivieren unsere Server alle über einen KMS - kann ich diesen auch für unseren neuen DC verwenden oder dürfen mit dem KMS nur Geräte aktiviert werden, für die man OPEN Lizenzen besitzt? Wir haben für den neuen Server ja eine Lizenz - sie liegt dann halt im Schrank und nicht im VLSC.

Wir haben uns jetzt für einen DELL R330 entschieden. Unser Systemhaus hat uns hier einen guten Preis gemacht :) Auch wenn es etwas OffTopic ist, vielleicht könnt ihr mir das kurz bestätigen. Ich würde dann eine Win Server 2012R2 Evaluation Version installieren, da unsere Lizenz erst in ein paar Tagen kommt. Die Eval Version kann ich dann ja einfach in eine vollwertige 2012R2 Standard Version umwandeln, oder?

Danke Martin, jap, da hast du Recht. Weiß auch nicht wie ich auf die Idee gekommen bin eine Bullet List zu erstellen Der Punkt 5 hat sich auf Anwendungen bezogen, in denen ich z.b. während der Installation schon einen User angeben muss, der dann als Service Account für einen Dienst genommen wird. Hier muss ich dann ja das Passwort leer lassen. Ich vermute jetzt, dass die Software dann einen Fehlermeldung ausgibt, da man kein Passwort eingegeben hat oder wie macht Windows das mit dem AD Passwort? Ich werde das aber einfach mal bei nächster Gelegenheit testen :)

Hallo zusammen, wir haben bei uns bisher "Service Accounts" so definiert, dass es normale AD User waren die einen bestimmten Namensschema gefolgt sind. Diese hatten die Option "Passwort läuft nicht ab" und "User kann Passwort nicht ändern" aktiviert. Diese Accounts wurden nur für eine festgelegte Aufgabe verwendet. Nun gibt es ja auch die Möglichkeit Managend Service Accounts (ab 2008R2) und Group Managend Service Account (ab 2012) zu verwenden. Das wären dann "richtige" Service Accounts. Ich hätte dazu ein paar Fragen und vielleicht kann mir diese jemand beantworten: Benötige ich für MSA auch einen KdsRootKey oder wird das nur für die gMSA benötigt? Kann man für einen MSA Accounts auch NTFS Berechtigungen vergeben (wir haben z.B. eine Software die läuft als Dienst (hier würde ich einen MSA erstellen) und dieser muss aber auch gleichzeitig auf eine Freigabe zugreifen können. Der MSA wird einmal auf dem DC erstellt und einem Computer zugewiesen und zusätzlich muss auf diesem zugewiesen Computer auch noch ein Befehl ausgeführt werden, damit dieser MSA verwendet werden kann - ist das richtig? Wird der MSA User auf dem zugewiesenen Server automatisch für "logon as service" User eingetragen oder muss das manuell gemacht werden? Macht ein MSA nur bei Diensten/Tasks Sinn oder kann man das auch in jeder anderen Software verwenden, die dann einen Dienst mit einem named User ausführt? Vielen Dank. Gruß

Die Idee hatte ich auch schon - einfach noch einen physikalischen DC hinzufügen. Reicht da so ein kleines Ding wie ein Intel NUC aus? Muss ja eigentlich nicht viel machen und könnte tatsächlich im Falle eines Ausfalles einiges an Arbeit ersparen. Aber nicht bei einem kompletten Ausfall der DCs. :)

Danke für den Link, Nils. Mir geht es im Moment um das Szenario "Disaster Recovery" - z.B. komplettes Storage ausgefallen (wir haben im Moment nur eines, zweites wird gerade realisiert). Das bisherige Konzept sieht vor, die wichtigsten VMs über Veeam Instant Recovery auf einer eigens dafür vorgesehenen LUN auf einem NAS zu starten und dann später auf das wieder funktionierende Storage zu migrieren. Das würde eben auch bedeuten, dass ich einen unserer DCs im Non-Authoritative Mode wiederherstellen muss. Hier würde ich das Systemstate Backup ja eigentlich nicht brauchen, da ich ja ein komplettes Backup über Veeam habe. Das Systemstate Backup wäre dann eher für den Fall, ich habe mehrere AD Objekte gelöscht und muss im laufenden Betrieb ein Restore durchführen. Habe auch noch diese Info gefunden - finde Sie sehr interessant. Vielleicht hilft Sie auch anderen, auch wenn es vieles aus deinem Link beinhaltet. https://www.edeconsulting.be/downloads/WindowsServer2012ADBackupandDisasterRecoveryProcedures_V1.2.pdf

Naja, war vielleicht ein etwas schlechter Witz - war halt auf den Zeitpunkt bezogen - da die tägliche Sicherung 3 Stunden später sowieso gelaufen wäre und die meisten Leute dann "komisch" schauen. Danke - das ist ein guter Tipp, daran habe ich noch gar nicht gedacht. Der Systemstate reicht für die AD Sicherung so aus, oder? Sicherst du das dann auf ein Netzlaufwerk (mit dem Nachteil das es immer wieder überschrieben wird) oder lässt du es auf die lokale Platte sichern, da diese dann ja mit Veeam auch täglich gesichert wird? Hier könnte ich das Backup ja jederzeit "rausholen". Würde mir dann zum wiederherstellen der AD das Systemstate Backup ausreichen (mit F8 beim booten des DCs), oder benötige ich dann ein passendes Boot Iso um das Backup einzuspielen?

Ja Jap, die DCs werden täglich mit Veeam und Application-aware processing gesichert. Ich habe gestern nur ein manuelles Backup angeschmissen, da ich ja Murphys Law kenne und ich sichergehen wollte, dass wir auch ein Backup mit dem neuen DSRM Kennwort haben :) Man könnte es jetzt auch Paranoid nennen, ja

Danke! Hat wunderbar funktioniert und wir haben gleich ein Backup vom DC erstellt. Uns reicht der normale DSRM Account - da wir nur 2 DCs haben und das somit sehr übersichtlich ist.

Hallo zusammen, das bisherige DSRM PAsswort der 2012Rs DCs ist bei uns nicht dokumentiert. Ich würde dieses nun gerne ändern. Kann man das einfach so machen oder muss etwas beachtet werden? Ich würde mich an diese Anleitung halten

Das werde ich jetzt auch so machen - es sind 2 Anwendungen die auch relativ überschaubar sind und keine besonderen Ansprüche an den SQL haben. Das ist wie mit den Festplatten - hier will jeder Hersteller immer gleich 100GB und am Ende werden nur 40GB genutzt. @NilsK Ich müsste aber eine neue Instanz erstellen und dann die bestehende DB umziehen, da ich ungern die "named Instanz" für alle zukünftigen DBs verwenden möchte. Das verwirrt dann doch, wenn die Instanz suggeriert, dass sie für eine bestimmte Applikation ist. Wenn ich dich richtig verstehe, meinst du, dass es technisch möglich ist die bestehende Instanz weiter zu verwenden und einfach alle DBs darin zu nutzen. Nur der Instanz Name bleibt halt "falsch". Das umbenennen einer Instanz scheint ja nicht zu funktionieren.

Die neue Applikation benötigt z.B. das Feature "Integration Services". Das hatten wir bei der bestehenden Instanz nicht installiert, da die bestehende Applikation das nicht benötigt hat. Bisher habe ich mich beim Anlegen der Instanz und deren Features immer daran orientiert, was die Applikation benötigt. Du meinst damit, auf dem SQL Server einfach 2 Instanzen weiterhin laufen lassen. Dann haben wir dort eben eine "named Instanz" und eine "neutrale Instanz" in der in Zukunft alle DBs laufen? Das war der Grund, warum ich das bisher (auf einem SQL Express) so gemacht hatte. Dort hatte ein Hersteller genau diese Anforderung. Ich dachte nun, wenn es technisch keine Nachteile bietet, dass man das standardmäßig so macht. Aber das Thema shared Memory ist natürlich schon ein Grund, dass nicht einfach so zu machen. EDIT: Gerde mit dem Hersteller der neuen Applikation gesprochen - die wollen natürlich eine dedizierte DB Instanz... Wahrscheinlich sagt das jetzt jeder, den wir fragen

Hi Nils, Ok, dass heißt dann auch - habe ich ein Feature bisher noch nicht für die Instanz installiert. Füge ich es eben später der Instanz hinzu. Dann wäre in unserem Fall wohl die beste Vorgehensweise - neue Instanz mit neutralen Namen erstellen, bestehende DB umziehen, alte Instanz löschen. Oder übersehe ich hier etwas?

Hallo zusammen, wir haben einen SQL 2017 Standard Server der im Moment mit einer SQL Instanz läuft. In dieser ist eine DB vorhanden, die für eine Applikation genutzt wird. Die Instanz heißt auch wie die Applikation. Nun benötigen wir eine weitere DB für eine andere Applikation. Kann ich dafür einfach eine weitere Instanz hinzufügen oder ist es besser eine Instanz zu besitzen in der alle DBs liegen? Das würde dann natürlich dafür sprechen, die Instanzen nicht nach den Applikationen zu benennen. Wenn ich unterschiedliche Funktionen benötige, muss ich ja eine weitere Instanz anlegen, oder? Vielen Dank schon mal. Gruß

Kein Problem :) Der Exchange 2010 wird bei uns ja auch nicht mehr so lange laufen. Ich lasse es erstmal über das Out of Office laufen. Danke Dir trotzdem für deine Hilfe!!

Hm...also ich finde leider keine Möglichkeit. Scheint wohl mit Exchange 2010 einfach nicht zu funktionieren. Bleibt mir wohl erstmal nur das Out of Office. Die einzige Lösung wäre ein ThirdParty Produkt, aber wir benötigen das im Moment nur für eine Mailbox. Ich hoffe, dass es mit dem neuen Exchange dann besser funktioniert. Falls noch jemand eine Idee hat oder Du, Norbert, noch eine Lösung findest, freue ich mich natürlich :)

Danke Norbert - hat keine Eile. Das heißt, Exchange 2010 kann diese serverseitige Regel einfach noch nicht, richtig? Hier hat jemand das gleiche Problem. Als Lösung wird gesagt: Bei uns ist "Nur externe Abwesenheitsnachrichten zulassen" aktiviert. Damit hat das aber doch nichts zu tun, oder?

Das dachte ich auch schon. Hier habe ich aber die Option "diese vom Server mit einer Nachricht beantworten" nicht... Wird wohl langsam dringend Zeit auf Exchange 2019 zu wechseln?!? Wir nutzen ja noch Exchange 2010 SP3

Hi Norbert, ok - ich würde auch gerne weiterhin Variante 2 nutzen aber ich bin einfach zu blöde hier die Möglichkeit zu finden eine Regel für den Account zu erstellen, mit der ich eben Absender eine bestimmte Mail zurückschicken kann (Auto-Reply). Wenn ich das Konto hinzufüge, kann ich in den Regeln oben auswählen, auf welches Postfach die Regel wirkt. Dann kann ich im Assistenten die Option angeben "diese vom Server mit einer Nachricht beantworten". Wenn ich das Konto nicht hinzufüge, sondern nur das Postfach zusätzlich einbinden (Variante 2), dann habe ich bei den Regeln gar nicht die Möglichkeit eine Regel für dieses Postfach zu erstellen. Wo mache ich das dann? Ich könnte natürlich auch den Abwesenheitsagenten nutzen, aber dieser schickt ja nur 1x pro Absender eine Mail. Ich fände eine Regel für unseren Fall sinnvoller.

Danke euch. hat wunderbar funktioniert. Eine Frage habe ich noch. Für die Shared Mailbox soll ein Auto-Reply eingerichtet werden. Das würde ich gerne über eine Regel durchführen. Hier hätte ich ja die Möglichkeit eine Nachricht zu verschicken (Have server reply using a specific message). Ich habe ja jetzt die Shared Mailbox dem User unter "zusätzliche Postfächer" hinzugefügt. Um die Regel für das Postfach anzulegen, müsste ich dem User unter "Datei" - "Konto hinzufügen" das Gruppenpostfach hinzufügen und könnte dann die Regel dafür erstellen. Kann ich mir dann das Postfach unter "zusätzliche Postfächer" sparen oder sind das 2 unterschiedliche Einstellungen und werden beide benötigt? Das zusätzliche Postfach erscheint dann ja auch in Outlook - für mich sieht das nach dem gleichen Ergebnis aus, nur das ich dann auch die Regeln für das Postfach erstellen kann.