karkenau

Danke für Deine Hilfe erstmal soweit. Vielleicht weiß ja sonst noch jemand Rat?

Nein, nein. Ich habe den Server gestern Abend komplett heruntergefahren und heute Morgen neu gestartet. Der Server ist halt noch nicht produktiv, da ist das problemlos möglich.

Nein, all das, was ich beschrieben habe, habe ich komplett auf dem Server direkt ausgeführt.

Ergibt: 1 elosql1 SQL Server SQLNCLI elosql1 NULL NULL NULL 0 0 0 1 1 0 0 1 NULL 0 0 0 0 0 0 0 2011-03-04 09:21:02.363

Mehrfach schon, das letzte Mal heute Morgen.

Nein, die Abfrage ergibt: WIN-18DH3D6R2R7

Select @@servername müsste dann doch eigentlich das gleich ergeben, oder?

Hier das Ergebnis des Befehls sp_helpserver: elosql1 elosql1 rpc,rpc out,use remote collation 1 NULL 0 0

Das habe ich gemacht und folgendes zurückbekommen: Meldung 15015, Ebene 16, Status 1, Prozedur sp_dropserver, Zeile 42 Der Server 'xysdetgexte' ist nicht vorhanden. Verwenden Sie sp_helpserver, um die verfügbaren Server anzuzeigen. Meldung 15028, Ebene 16, Status 1, Prozedur sp_addserver, Zeile 74 Der Server 'xycder' ist bereits vorhanden. (Die echten Servernamen wurde von mir entfernt). Die Abfrage per SELECT @@SERVERNAME ergab das hier: xysdetgexte

Moin, ich bin heute auf folgendes Problem gestoßen: Wir haben heute einen Server mit bereits vorinstalliertem SQL Server 2008 bekommen. Leider hatte der Windows Server aber immer noch diese kryptische Bezeichnung, die von dem Windows Setup vergeben wird, so das ich diesen ändern musste, damit er einen Namen bekommt, der zu unseren sonstigen Servern passt. Also gesagt getan. Leider glaubt der SQL Server aber immer noch, das er es mit dem Servernamen zu tun hat, der vorher da ist. Meine Frage also. Wo kann man dem SQL Server beibrigen, das er es jetzt mit Gerät "xyz" zu tun hat? Dankeschön!

War aber ein Win2000 Client :-)

Ich habe das Profil neu angelegt und voila...et klappt!

Ok, danke!

Das würde also bedeuten, ich müsste den User neu anlegen?

Dankeschön, bleibt aber die Frage (die mich wirklich interessiert) warum das bei einem Benutzerkonto "richtig" funktioniert (also deutsch) und beim anderen nicht....

Nein, in der gesamten Domainumgebung ist nicht ein englisches Betriebssystem und auch als Arbeitsgruppenclient war alles auf Deutsch. Das Problem trat erst auf, als ich einen clienten an der Domaine anmelden wollte.

Also, das komische ist, wenn ich mich mit einem Lokalen Benutzer anmelde, ist alles auf Deutsch, genauso ist es, wenn ich mit dem Administratorkonto der Domaine anmelde. Nur, wenn ich mich mit dem Domainenbenutzer anmelde, ist das Eingabeschema "EN".

Das Problem ist, hätte ich vielleicht deutlicher heraustellen sollen, das die Sprache bei jeder Anmeldung wieder auf "EN" steht und ich es den Leuten eigentlich nicht zumuten will, das jedesmal umzustellen.

Hallo alle zusammen, ich habe folgendens Problem: Nachdem an einem Standort ca. 15 Clienten jahrelang nur als ARbeitsgruppe funktioniert haben, möchte ich diese jetzt in ein bestehendes ActiveDirectory überführen. Die Arbeitsgruppe besteht aus einer zwei Windows 2003 Servern (einer davon ist bereits Mitgliedsserver) und einer gemischten Umgebung aus Win2000, XP und auch Win7 Clienten. Der für diesen Standort zuständige DC ist ein Windows 2008 Server R2. Mein Plan war, nach und nach die Windowsclienten in die AD umzuzuiehen, beginnend mit den unwichtigeren Stationen (kann man zur Not schnell wieder reparieren). Ich habe also eine Windows 2000 Station in den Domaine eingebunden und beim nächsten Anmelden ist mir auch direkt das Problem aufgefallen: Wenn ich die Station in der Domaine anmelde und dann etwas schreiben möchte, kann ich keine Sonderzeichen eingeben. In den Ländereinstellungen ist die Eingabesprache auf EN eingestellt. Ich habe dann nochmal alles in der GPO durchgeschaut und alles, was annähernd damit zu tun haben könnte, auf Deutsch umgestellt. Doch das hat nichts geändert. Jemand ne Idee, wo diese Spracheinstellung herkommen könnte? Danke für Eure Hilfe.