macmewes

OK, das macht natürlich Sinn ... habe es ein wenig anders gelesen.

Gegenüber Missgeschicken sichert man sich durch eine Haftpflichtversicherung ab und nicht mit zertifizierten Mitarbeitern. Wenn eine Firma Risiken auf Mitarbeiter abwälzt, dann ist da etwas faul meiner Meinung nach. Für Vorsatz und grobe Fahrlässigkeit mag das noch angehen, aber wo Menschen arbeiten passieren auch Fehler und vor einem Verklicker schützt auch der bestandene MCSE-Track nichts.

Ich beschwere mich auch nicht wirklich. War halt nur ein erstes Ausk***en ;-) Es hat Angebote gegeben, wo ich gerade aufgrund meiner Windows NT4-Erfahrung (respektive MSX 5.5) die Aussicht auf einen Vertrag hatte. Schliesslich sollte man ja, wenn man eine Firma von NT4 auf W2K3 bringen will, in beiden Ebenen was wissen. Ein anderes Angebot ging in die Richtung, daß es durchaus positiv wäre einen MCSE an Bord zu haben, weil man die Kunden von NT4/W2K/W2K3 auf Linux bringen möchte. Unter echtem Leidensdruck hätte ich wohl eines der Angebote angenommen um erstmal einer sozialversicherungspflichtigen Tätigkeit nachzugehen. Was mir nicht so schmeckte, war halt: Das Gehalt. Dabei will ich wahrlich keine Reichtümer aufhäufen und es ist mir bewußt gewesen, daß das, was man sich bei anderen Arbeitgebern erarbeitet hat bei einem neuen wieder verdienen muß. Eine "Lohnkürzung" zwischen 30-50% wollte ich dann aber nicht hinnehmen. Beim besten Willen nicht. Deswegen ja auch mein Entschluß zur Selbstständigkeit, weil diese "miesen" Gehälter ich auch alleine erwirtschaften kann und ich mich nur an mich selber versklave. So und jetzt lerne ich erstmal weiter für die 070-285 morgen ;-)

Nun, meine Erfahrungen waren hier eher negativ. http://www.mcseboard.de/showpost.php?p=519624&postcount=5

Wenn Du sagst, daß er nicht richtig synchen tut - spezifizier das doch bitte mal. Was genau syncht er denn nicht? Ein guter Start wäre eventuell: http://www.msexchangefaq.de/server/srs.htm "Site Replication Service - SRS"

Hallo, nicht lange fackeln ;-) Nach WindowsUpdateAgent20-x86.exe googlen und dann ein WindowsUpdateAgent20-x86.exe /wuforce /quiet /norestart hinterher. Das prügelt den Agenten im Zweifelsfalle neu ins System.

Patchverteilung für Office ist nicht ganz trivial ... Lese Dir bitte mal folgende Dinge durch und wenn Du dann noch Fragen hast, helfe ich gerne weiter: http://www.admins-tipps.net/software/microsoft/office/autoinstall/benutzerangepasste-installation.htm

Persönliche Wissensabfrage ;-) Es gibt meines Wissens mindestens zwei Möglichkeiten, daß man mehr als eine Domaine für die Anmeldung gezeigt bekommt. a) Der Client ist Mitglied einer Unterdomaine a la subtree.firma.site Dann kann man sich sowohl an subtree.firma.site als auch an firma.site anmelden. b) Der Client ist Mitglied einer Domaine oder Unterdomaine deren Forrest einer oder mehreren anderen Domainen vertraut (One-Way-/Two-Way-Trust). Dann bekommt man firma.site und auch partner.lokal zur Auswahl. Wenn ich das noch richtig im Kopf habe, dann gibt es da noch eine Abart von b) c) Der Client ist Mitglied einer Domaine firma.site, deren Forrest der Domaine partner.lokal vertraut. Nun wird firma.site verkauft und ist nun Teil der Domaine firma.verkauft.host als Unterdomaine, die Geschäftsbeziehungen zu partner.lokal bleiben so wie Sie sind. Die Domaine verkauft.host hat jedoch keine Beziehungen zu partner.lokal. Hier kommt nun ein ShortCut-Trust zwischen firma.verkauft.host und partner.lokal zustande. Wenn ich das richtig im Kopf habe (ich bitte um Korrektur) gehen Vertrauensstellungen nur über den Forrest. Also wenn es einen ShortCut-Trust geben soll, dann muß auch firma.host dem Forrest von partner.lokal vertrauen. Zusatz: Die Domainen müssen nicht unbedingt angezeigt werden. Meistens wird in solchen Szenarien die Anmeldung dann über UPN gesteuert. Sprich user@firma.site oder user@subtree.firma.site etcpp.

Ich möchte mich den Worten der Vorredner gerne anschliessen.

Ich bin nicht tief genug in SQL drin, aber es sollte möglich sein Daten aus Access nach SQL zu exportieren/importieren. Dabei geht es wohl erstmal nur darum, die Tabellendaten zu erhalten. In Access findet ja "die Arbeit" statt, sprich die Verknüpfungen der Tabellen untereinander. Somit sollte ein "relativ" schmerzloser Umstieg möglich sein.

How to switch between the 32-bit versions of ASP.NET 1.1 and the 64-bit version of ASP.NET 2.0 on a 64-bit version of Windows http://support.microsoft.com/kb/894435/en-us (ungeprüft)

Nach meinen Erfahrungen mit Menschen, die beide Arten (englisch und deutsch) mal vor AUgen hatten: Die Deutschen hinken hier immer hinterher. Wer also keine Simmus mag, sollte momentan die 070-293 + 070-294 in germanski ablegen. Ich selber hatte wohl noch Glück, weil meine 070-291 in germanski hatte keine einzige Simmu (Ende letzten Jahres).

Nachdem ich ja heute eine wahre Erleuchtung hatte (http://www.mcseboard.de/showthread.php?threadid=85830) möchte ich gleich mal hier anfragen ... Laut Microsoft-Seite scheint es ja immer noch möglich zu sein, den MCSE 2000 zu machen. Jedenfalls stehen diese Examen nicht auf der Abschussliste unter http://www.microsoft.com/learning/mcpexams/status/examsretired.asp Mal unabhängig davon, ob das Sinn macht oder nicht. Wenn Ihr mal meine Signatur mit folgender Seite abgleicht ... http://www.microsoft.com/learning/mcp/mcse/messaging/windows2000.asp ... dann sollte ich doch eigentlich "nur" noch vier Prüfungen machen, dann wäre ich auch noch MCSE 2000 +M, oder? Nächste Woche Freitag habe ich die 070-285, das sollte dann zum MCSE 2003 +M gereichen. Zusätzlich dann noch die 070-215/070-216/070-217 und dann wäre ich MCSE 2000 +M, richtig? Jetzt mal die Frage nach der Sinnhaftigkeit (das Geld ist weniger das Problem). Würde das Sinn machen? Schliesslich ist Zertifizierung kein Selbstzweck :-)

@Komo: Herzlichen Glühwurm :-) @MacBoon: Ich habe die 070-290 auch beim ersten mal nicht geschafft. Da bin ich viel zu naiv ran gegangen und bin mit 500 und ein paar zerdrückten Punkten mit Pauken und Trompeten abgestürzt. Nicht verzagen ....

Ich verlass mich jetzt bald auf gar nix mehr. Das mit dem 31.12.2005 habe ich soeben erst am Telefon gehört. Ob ich das nun für bare Münze nehmen soll oder nicht, ist aber mittlerweile (siehe oben) nicht mehr von Belang. Ich kann die 285 kostenlos (mit SecondShot) machen und damit ist's dann auch gut.

Das Feedback lautet wie folgt: "Ähh, kleiner Lapsus - Pardon ... Bis 31.12.2005 gab es den MCSE mit Spezialisierung Messaging mit genau den Prüfungen, die Sie gemacht haben. Seit dem 01.01.2006 muß noch eine mehr drauf, eben halt die Design-Prüfung." Also er war ehrlich zerknirscht und ich trete im Rahmen des SecondShot als Erstversuch am 31.03.2005 einfach mal an ;-) Dadurch das ich die Kosten nicht zu tragen habe, habe ich also noch eine kostenlose Prüfung mehr. Nebenschauplatz: Merkwürdigerweise habe ich einige Prüfungen in diesem Zeitraum zweimal gemacht. Die 298 jedoch gleich beim ersten Mal mit 890 Punkten. Wenn Du sagst, daß die 285 die schwerste ist, dann mach ich mich am besten gleich mal ran :-) Danke allen nochmals für die Glückwünsche und die Hilfe bei der Aufklärung. Da wäre ich erst drüber gestolpert, wenn ich mein Transcript abgerufen hätte.

Nun, was schlägt den der SAP-Support als Lösung vor?

Danke für all die Glückwünsche ... Aber mach mich nicht irre ... laut meinem Kundendienstberater, habe ich den Track zum MCSE+M gemacht und da stand nix von einer 070-285. http://www.microsoft.com/learning/mcp/mcse/messaging/windowsserver2003.asp Aber Du hast recht ... da fehlt was :-| Ich sollte meinen Kundenberater teeren und federn :-( <sig geändert>

Und ich galube, daß hier der Hase im Pfeffer liegt. Du lädst PHP dynamisch dazu, wenn es gebraucht wird. Kaotai lädt PHP quasi "statisch" direkt mit dem Apache, was die Ausführung der Skripte verschnellert, weil das Betriebsystem nicht erst PHP laden muß. Ist ja schon da. Kommentiere Dir einfach die entsprechenden Zeilen Deiner jetzigen Konfiguration aus und probiere es mal mit der anderen Variante. Wenn das nicht klappt, sehen wir weiter ...

Wenn Du die Möglichkeit hast das Backup lokal abzuspeichern und dann per gutem alten xcopy oder robocopy auf das Netzlaufwerk zu verschieben, würde ich nicht so schnell soviel Geld investieren. Ich meine, daß man schon in BackupExec6 angeben konnte, daß ein bestimmtes Programm nach erfolgreichem Backup laufen soll.

Ich bin mir jetzt auch nicht sicher. Das Anlegen eines Testbenutzers mit lokalem Profil, der dann später als Server gespeichertes Profil umkonfiguriert wird, könnte die nötige Erleuchtung bringen ;-)

Darf man auch erfahren, um welche Anwendung es sich handelt? Vielleicht ist diese schlicht und ergreifend nicht Terminal Server fähig. Hast Du schonmal den Support der Anwendung kontaktiert? Das wäre für mich jedenfalls der allererste Schritt.

Finden sich zu diesem Vorgang nicht eventuell passende Einträge im Ereignisprotokoll des Terminal Servers? Wie wird das Benutzerprofil verwaltet? Nehmen wir an, daß es ein server-gespeichertes Profil und, das das Profil nur temporär auf dem Terminal Server verfügbar ist. Benutzerprofil liegt auf \\irgendwo\$username, wird bei Anmeldung nach C:\Dokumente und EInstellungen\$username kopiert. Bei Abmeldung wird C:\Dokumente und Einstellungen\$username wieder auf \\irgendwo\$username kopiert und C:\Dokumente und Einstellungen\$username wird gelöscht. Befindet sich C:\Dokumente und Einstellungen\$username nach der Abmeldung immer noch auf dem Terminal Server? Hier einfach mal löschen. Das kommt schonmal vor, warum weiß ich auch nicht.

Hüstel, wie sieht es denn mit einem Backup aus? http://support.microsoft.com/kb/324026/en-us XCON: Error 2140 and Event IDs 2152, 2127, 2187, 2155 and 2219, MTA Service Does Not Start http://support.microsoft.com/kb/185154/en-us XCON: Cannot Start Exchange MTA Service With Error 2140 http://support.microsoft.com/kb/148284/EN-US/ XCON: When and How to Use the Mtacheck Utility http://support.microsoft.com/kb/163326/EN-US/ XCON: How and Why to Run Mtacheck Probiere diese Artikel erstmal durch. Ansonsten sehe ich schwarz :-|

Schwierig, schwierig ... aber nur zur Klarstellung: Ihr erstellt einen neuen Domainen-Benutzer und tütet den in die Domain-Administratoren ein? Und der soll dann (keinen) Zugriff haben? Ich habe aus der hohlen Hand nichts parat, aber vielleicht können wir uns Schritt für Schritt der Sache nähern. Hier erstmal ein paar Sachen zum Nachlesen: http://support.microsoft.com/kb/183670/en-us XADM: Setup Fails with DS_E_INSUFFICIENT_ACCESS_RIGHTS http://support.microsoft.com/default.aspx?scid=kb;EN-US;147702 XADM: Permissions Required to Install Microsoft Exchange Server Diese Artikel sind vielleicht nicht 100% relevant, aber vielleicht helfen Sie erstmal weiter zu verstehen, welche Rechte der ein Benutzer haben muß, um einen MSX 5.5 verwalten zu dürfen. Diese Rechte scheinen ja in einem Domain-Administrator drinne zu sein, also gilt es sich diesen Rechten anzunähern um daraus einen "reinen" MSX-Admin zu basteln. Wie sieht es denn überhaupt aus mit dem MSX 5.5? Steht der zur Debatte? Soll der weg? Wenn ja, dann könnte schliesslich der Domain-Administrator die Migration zu Ende führen, um den MSX 5.5 nicht mehr nötig zu machen. Wenn nein, dann sehen wir weiter.