NilsK

Moin, prima. :) Danke für die Rückmeldung. Gruß, Nils

Moin, ich denke, die Klammern müssen eher andersrum. Also, die Logik soll sein: Hauptgruppe soll die Werte 0 oder 2 haben und zusätzlich soll das Feld Marke einen der Werte aus der Auswahl haben? Dann müssten die Klammern eher so stehen: WHERE (art1.Hauptgruppe IN (0, '2')) AND ((kum.Marke = 'Hublot') OR (kum.Marke = ' Ferrari') OR (kum.Marke = ' Breitling') OR (kum.Marke = ' Lange & Söhne') OR (kum.Marke = ' Patek Philippe')) Dass vor den Werten ab "Ferrari" jeweils ein Leerzeichen steht, ist Absicht? Gruß, Nils

Moin, in diesem Moment sind noch etwa 30 Plätze zu vergeben. Wer teilnehmen möchte, sollte sich mit der Anmeldung also sputen! Beste Grüße, Nils

Moin, ach so, OK. Ich hatte das schon fast vermutet, bin aber an der Stelle in PS nicht so firm. Gruß, Nils

Moin, sofern du mit den nicht signierten LDAP-Anfragen leben kannst, kannst du die Einträge ignorieren. Gruß, Nils

Moin, am besten liest man für sowas in einem Anmeldeskript das Access Token aus. Ob das mit PS direkt geht, weiß ich nicht, aber zumindest könnte man dafür die Ausgabe von "whoami /groups" verwenden. Gruß, Nils

Moin, nein, so stark wird nicht überbucht. Ich denke, die geben Bescheid, wenn die Plätze voll sind. Gruß, Nils

Moin, nur um das noch mal zu betonen: Du hast ja anscheinend noch Zeit, den SBS abzulösen - Firmen mit 51 Mitarbeitern kommen selten in wenigen Wochen auf 75 Mitarbeiter. Es dürfte also sehr lohnenswert sein, dir zunächst jemanden zu holen, der dir hilft, die vorhandenen Fehler zu beheben. Dann wirst du dein System sicher noch Monate, wenn nicht Jahre weiter betreiben können. Für eine ordentliche Migration müsstest du die Fehler ohnehin beheben, also lohnt sich das. Gruß, Nils ... der von "ich mach das jetzt, einfach weil es geht" selten viel hält - es sei denn, es springt für ihn ein Auftrag dabei raus ...

Moin, sorry, ich strecke hier die Waffen. Hier gehen so viele Begriffe durcheinander, dass wir das auf diesem Weg nicht mehr hinbekommen. Vermutlich würden wir das Thema schnell lösen können, wenn wir gemeinsam vor dem Bildschirm säßen, aber schriftlich reden wir offenbar zwei verschiedene Sprachen. Gruß, Nils

Moin, wie gesagt: Du solltest dich bei dem, was du vorhast, bitte mal mit den Grundlagen befassen. Hier insbesondere mit dem Zugriffsmodell des SQL Server. Mir ist völlig unklar, was du damit sagen willst. In einer Rolle ist man drin oder eben nicht. Man kann "in einer Rolle" keine "Rechte haben". Man kann höchstens in mehreren Rollen gleichzeitig Mitglied sein, aber die Rollen haben nichts miteinander zu tun. Verbinde dich bitte mal mit deiner Datenbank und führe dann aus: EXEC sp_helprolemember 'NAME-DER-ROLLE' Was gibt das zurück? Dann verbinde dich mit der master-Datenbank und führe aus: EXEC sp_helplogins Taucht dein User dort auf? Dann wieder zurück in die Datenbank und dort: EXEC sp_helpuser Taucht dein User dort auf? Vielleicht liegt das Problem auch im Verständnis. Dein Skriptfragment prüft nicht, ob "irgendein" User in der Rolle ist. Es prüft, ob der User, der das Skript ausführt, in der Rolle ist. Du müsstest dich als als dieser User anmelden und dann das Skript ausführen. Gruß, Nils

Moin, es wäre schön, wenn du dir eine exaktere Ausdrucksweise angewöhnst. (Und darüber hinaus die Shift-Taste nicht nur sporadisch einsetzt, das macht das Lesen leichter.) sp_helprole kann gar nicht "0" ausgeben, weil es eine Tabelle zurückgibt, und zwar die Liste der vorhandenen Datenbankrollen. Sowohl Anwendungsrollen als auch herkömmliche Rollen. Da es in jeder Datenbank Rollen gibt, ist eine leere Ausgabe nicht möglich. Was eine "benutzerbezogene Rolle" sein soll, weiß ich nicht - SQL Server kennt sowas jedenfalls nicht. In meinem Test habe ich eine neue Rolle in einer Datenbank angelegt und dort einen (= meinen) Windows-Domänen-Account aufgenommen. Dann habe ich ein Abfragefenster mit der Datenbank verbunden und dein Skriptfragment ausgeführt. Das Ergebnis war korrekt. Das Skript kann auch gar nicht NULL ausgeben. Es gibt eine der drei Meldungen, oder der Server gibt eine Fehlermeldung zurück. Also, entweder einigen wir uns jetzt auf exakte Beschreibungen, oder ich kann dir nicht mehr helfen. Gruß, Nils

Moin, vielleicht solltest du hierauf einen Blick werfen: [Download Microsoft Exchange PST Capture 2.0 from Official Microsoft Download Center] http://www.microsoft.com/en-us/download/details.aspx?id=36789 Gruß, Nils

Moin, wenn ich mir deine Threads so ansehe, solltest du dich mal etwas in Ruhe mit dem SQL Server beschäftigen. Es gibt da einiges, was dir viel Probieren abnimmt. Die Doku zum Produkt ist bei Microsoft eigentlich sehr gut. Gruß, Nils

Moin, guckstu: [Exchange 2010 Report Script | Franky's Web] http://www.frankysweb.de/exchange-report/ Gruß, Nils

Moin, "kann" man schon, ist aber im Detail alles andere als trivial. Und,wie gesagt: Von einem Massenhoster wie Strato wird man da sicher keinen tiefen Support erwarten können. Gruß, Nils

Moin, aha. Und reicht es nicht, in der PHP-Anwendung die SQL-Fehlermeldung auszulesen, wenn der nicht berechtigte User nicht "schreiben" kann? Eine Fehlerbehandlung brauchst du ja ohnehin. Oder: Wenn es sowieso Windows-Authentifizierung sein soll, kannst du ja auch die Windows-Gruppenmitgliedschaft direkt abfragen, statt dies indirekt über SQL Server zu tun. Spart dir auch eine Datenbankabfrage. Wäre vom Design her stimmiger. Ganz abgesehen davon, hat genau das von dir beschriebene Szenario bei mir funktioniert: Zugriff mit einem Windows-User, der in der Datenbankrolle Mitglied ist, das Skript-Fragment hat die richtige Antwort gegeben. (Wie gesagt, die von dir genannte Meldung tritt dann auf, wenn es die Rolle gar nicht gibt - mit DC usw. hat das gar nichts zu tun. Vielleicht willst du ja noch mal meine obige Frage beantworten.) Gruß, Nils

Moin, kannst du natürlich. Aber was machst du, wenn deine Firma in zwei Jahren einen Kunden hat, der offiziell die Adresse glpi.st verwendet? Und komm jetzt nicht mit "das ist so was von unwahrscheinlich" - wenn ich das jedem Kunden entgegengeworfen hätte, der genau vor solchen Problemen stand und der dabei dann Unterstützung brauchte ... naja, du weißt schon. Gruß, Nils

Moin, gut, dann sollten wir jetzt mal anfangen, über deine eigentliche Anforderung zu reden. Sonst suchen wir nur nach einem Problem deiner Lösung und nicht nach einer Lösung deines Problems. Also, was genau willst du erreichen? Wozu brauchst du die Prüfung? Was willst du damit anfstellen? Gruß, Nils

Moin, noch eine Variante: Ihr stellt alle zu einem Stichtag auf Exchange um. Die Anwender mit einem neuen Rechner arbeiten direkt über Outlook. Wer noch einen alten Rechner hat, arbeitet per OWA - ist für die meisten Zwecke fast genauso komfortabel. Die 400 Mailboxen müsstet ihr dann ex- und importieren. Das ist natürlich ein Stück Arbeit, aber ihr werdet kaum umhinkommen. Hier könnte man aber den Import auch nach der Umstellung im laufenden Betrieb machen: Die Anwender haben zunächst leere Mailboxen, können damit aber aktiv arbeiten. Sobald der Import dann läuft, füllen sich die Bestandsdaten in der jeweiligen Mailbox. Hat auch seine Einschränkungen, ist aber sicher einfacher als Daniels (professionellerer) Vorschlag. Dort ist der Vorgang gerade bei einem Massenhoster wie Strato nämlich nicht ganz simpel (wenn es überhaupt geht), denn normalerweise müssen alter und neuer Betreiber während der ganzen Migration Hand in Hand arbeiten. Gruß, Nils

Moin, also, das Skript prüft in der abgedruckten Form, ob der gerade angemeldete User (also der, der die Abfrage ausführt) Mitglied in der angegebenen Rolle ist. Das funktioniert hier auch einwandfrei. Wenn du die dritte Meldung bekommst, heißt das, dass der Rollenname nicht richtig ist. Was gibt dir denn "exec sp_helprole" zurück? Gruß, Nils PS. Der Tippfehler im zweiten IF-Statement ist im Original sicher nicht vorhanden, oder?

Moin, lautet deine Verbindung denn auf die Zieldatenbank? Gruß, Nils

Moin, ich muss mich korrigieren. Allein in dieser Nacht hat es wohl an die 200 Anmeldungen gegeben ... also ist etwas Eile vielleicht doch angesagt. http://www.twitter.com/cimlingen/status/494777362484322305 Gruß, Nils

Moin, die Organisation liegt bei der IT Emsland, und das Team ist dort vollständig aufgelistet. Nun ist auch die Startzeit bekannt: 9:00 Uhr am Samstag, 13. September. Ich freu mich auf euch! :) Gruß, Nils

Moin, in der Tat solltest du dir dafür jemanden ins Haus holen. Man kann genug falsch machen, um euch den Umstieg schwer zu machen. Jemand, der sich auskennt, kann diese Fehler aber gut vermeiden und den Umstieg sanft gestalten. Grundsätzlich bedeutet der Umstieg auf eine Domäne, dass die ganze Userverwaltung zentralisiert wird. Alle Benutzer werden dann in der Domäne gehalten, sie sind nicht identisch mit den lokalen Benutzern. Die Benutzerprofile inkl. der Laufwerksmappings müssen also neu eingerichtet werden. Ebenso die Berechtigungen für die Freigaben auf dem "Server" - aber vermutlich sollen die Daten ja ohnehin auf den neuen Server umziehen. Das sollte mit zwei bis drei Tagen Dienstleistung handhabbar sein, aber die solltet ihr schon investieren. Gruß, Nils

Moin, eine Tabelle hat überhaupt keine Sortierung. Die Anordnung der Datensätze ist immer eine Sache der Abfrage. Hier wäre also noch einmal zu klären, was mit der Anforderung gemeint ist. Gruß, Nils