Beiträge von StevensDE

Joa kein Problem dannn setze ich das Thema mal auf erledigt.

Das liegt wohl daran, dass MS Produkte wie Exchange oder SQL Server ja nicht aktiviert werden. Der Key dient ja nur identifizierung welche Version (Standard, Enterprise usw.) lizensiert wird.

KMS ist ja für Aktivierungen da? Und nicht jede Firma hat einen KMS von daher finde ich den Weg so wie Microsoft das macht eigentlich ganz okay.

Schon die Windows Aktivierung seit Windows XP war ja umstritten. Wenn man jetzt als kleines Unternehmen keine KMS Server hat und demzufolge jedes einzelne Server Produkt von MS immer aktivieren muss würde das glaube ich einige schon sehr nerven.

Von daher finde ich es richtig von MS, dass man die Aktivierung effektiv nur bei Windows & Office eingebaut hat.

Bezüglich nochmal auf das 120 Tage Verhalten von Exchange:

Ich dachte das trifft nur auf die 32 Bit Test Version von Exchange 2007 zu. Mir war bis heute nicht bekannt, dass der produktive 64 Bit Exchange 2007 nach Ablauf der 120 Tage Frist weiter nutzbar ist.

Hi Robert,

wie du in den Kommentaren vom MSExchange Blog lesen kannst bin ich auch daran beteileigt

Sehr interessant finde ich dieses Statement von Microsoft:

Exchange 2010 licensing warning is a licensing warning only, like it used to be with Exchange 2007. The server - when installed - does not have a product PID. A PID needs to be entered post setup, and the PID will determine the version of the server. Once the evaluation period is over, the product will still work the same, with same limitations of the non-licensed server. It is not a "time bomb" but rather a licensing warning.

Naja ich nehme an, dass es dann Ende der Woche auch Keys für MSDN/Technet User geben wird

Ja das stimmt das mit den Keys und Aktivierungen ist ein riesen Vorteil.

Ich habe auch per VMWare noch einige alte Umgebungen z.B. Exchange 2000 auf Exchange 2003 Migration (ewig nicht mehr benutzt) aber wenn man diese Testmaschinen mal braucht stehen sie bereit.

Haste jetzt keinen Key ist nach 120 / 180 Tagen Schluss und das ist dann wirklich ärgerlich.

Hi Robert,

okay dann poste ich es sinngemäß nochmal, ich wollte nicht über Technet herziehen

Ich sehe viele Vorteile in Technet und bin auch froh, dass ich es habe. So kann ich z.B. schon Windows 7 RTM seit Anfang August testen oder die ganzen Server Varianten.

Bei Exchange finde ich es halt etwas schade, dass wir Technet User Exchange 2010 RTM erst heute bekommen haben, praktisch an demselben Tag wo es auch die breite Masse downloaden kann.

Ich habe gehofft, dass man Exchange 2010 über Technet schon ein paar Wochen vor der GA (General Availability) bekommmt.

Jop bei mir ist es jetzt in Technet da.

Übrigens ist es auch für die Allgemeinheit seit heute zu haben:

http://www.microsoft.com/downl…4208d6171d&displaylang=en

Das Upgrade RC > RTM klappt auch wunderbar.

Ich habe gerade meine VMWare Testumgebung mit Exchange 2010 RC auf Exchange 2010 RTM aktualisiert und das ging einwandfrei.

Heute geht doch die TechEd 2009 los?

Dann müsste doch bald Exchange 2010 mal per Technet verfügbar sein.... ?

Hi,

es gibt zwei Functional Level:

1) Gesamtstrukturfunktionsebene (Forest)
2) Domänenstrukturfunktionsebene (Domain)

Ich vermute bei dir ist nur 2) auf Server 2003.

Schau mal in

Active-Directory Domains and Trusts.

Und dort rechtsklick (ganz) oben auf:

Raise Forest Functional Level und setz den gesamten Forst auch auf 2003. Bei dir ist vermutlich derzeit nur das Domain Functional Level auf 2003.

Exchange 2010 benötigt den gesamten Forest auf 2003.

Hi,

ich kenne das Dokument jetzt zwar auf anhieb nicht aber habe jede Menge Erfahrung mit Exchange Mailbox Datenbankservern.

Im Prinzip läuf das ganz easy:

Wenn du einen Exchange Server mit einem Benutzer hast und der hat ein Postfach welches 1000 MB groß ist.

Dann ist die Exchange Datenbank auch ca. 1 GB groß.

Wenn der Benutzer dann die hälfte seiner Mails löscht ist sein Postfach nurnoch 500 MB groß.

Aber die Exchange Datenbank bzw. die Datenbankdatei bleibt exakt gleich groß. (1 GB)

Wenn der User dann neue Mails bekommt würde die Datenbank bei ca. 1 GB bleiben ohne zu wachsen, weil die Datenbank dann zwar noch 1 GB groß ist aber es ja 500 MB freien Speicher/free Pages gibt.

Nach der Online Maintenance die jede Nacht zwischen 1 und 5 Uhr läuft zeigt Exchange auch an wieviel freien Speicher es in der Datenbank gibt:

So schaut das dann im Eventlog aus:

MSExchangeIS Mailbox Store

The database "First Storage Group\Mailbox Database" has 762 megabytes of free space after online defragmentation has terminated.

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Aber die Datenbank an sich ist deswegen nicht 762 MB kleiner. Wenn jetz 762 MB neue Daten reinkommen würden, würde die Exchange Datenbank gleich groß bleiben aber die 762 MB auffüllen.

Ich hoffe ich konnte dir da mit praktischen Erfahrungen etwas weiterhelfen. Bei weiteren Fragen einfach posten.

Normalerweise nicht. Ich habe hier einige Konstellationen mit Backend und Frontend Exchange Servern und die haben alle 2 Netzwerkkarten und egal ob man die interne oder public IP eingibt man kommt mit beiden IP´s auf´s OWA drauf von daher würde ich es ausschließen, dass Exchange da irgendeine Einschränkung per Default hat.

Wenn du so viel auf einer Kiste hast vermute ich eher das irgendwas anderes da mit Exchange in die Quere kommt.

Hast du auf der Server 2008 Firewall explizit Port 80 und 443 aufgemacht nach aussen? (Public)