MasterB

Hallo Leute, an dem einzigen Tag in meinem Leben, an dem mir mal langweilig war, hatte ich die glorreiche Idee - Schieben wir doch mal den Sharepoint samt seiner Datenbanken auf den SQL-Server. SBS Premium ist installiert und dümpelt schön dahin. Also dachte ich mir - Soll der SQL doch auch mal was tun. Ich bin so vorgegangen, dass ich die Datenbanken "einfach" mal im SQL-Server angefügt habe. War auch problemlos. Danach habe ich über die Zentraladministration die Datenbanken auf dem SQL eingestellt und habe hier auch keine Fehlermeldung erhalten. Ging auch alles recht fix, also bin ich mal davon augegangen, dass der Connect steht. Beim Aufruf des company-web tut sich allerding recht wenig, da er mir erzählt, dass er die Inhalte nicht finden kann. Hat jemand von Euch vielleicht schon den ein oder anderen Umzug des Sharepoint in den SQL-Server vollzogen? Falls der ein oder andere einen Tip hat, meiner ist die Berechtigung auf die master.db. Ich habe zu wenig Ahnung von Datenbanken. Ich danke wie immer im Voraus. Gruß Marc PS: Ich kann auch aus dem Sharepoint raus keine neue Datenbank auf dem SQL-Server anlegen. I woas a net.

Korrega ... Danke ... Marc

Danke schon mal, Deinen Link habe ich mir gestern auch auf die Schnelle zu Gemüte geführt, war mir dann aber nach dem Weitersuchen uneins geworden, weil ich irgendwo gelesenhabe, dass der SBS genau um diese Funktionalität beschnitten ist. Da der Server für mich räumlich nicht direkt zugänglich ist (Köln Ich - Berlin Server), war ich nicht mutig genug "einfach mal" Registry-Werte zu ändern - dafür bin ich schon zu lange im Geschäft ;) . Ich denke, ich werde es mit dem lokalen Admin auf einen Versuch ankommen lassen. Dank nochmal Marc

Hallo liebe Mitstreiter, ich habe mal wieder bei einem Kunden das leidige Thema der Postfächergröße und der Exchange-Kapazitäten. Es ist "endlich", nach all ignorierten Warnungen passiert, dass der Exchange seinen Dienst eingestellt hat - quasi aus Selbstschutz :D !!! Nach langer Suche im Netz und Durchsuchen einschlägig bekannter Seiten, das Thema betreffend, bin ich mir etwas uneinig und frage einfach mal hier im Forum nach. Ist es beim SBS 2003 möglich die Speichergrenze der Datenbank, bei aktuellem Servicepack (Exchange SP2) per Registry-Eintrag bis an die 75 GB Grenze zu steigern? :shock: Auf dem Kundenserver zeigt sich der Registry-Eintrag leider nicht. Vielleicht hat ja einer vin Euch daran schon mal rumgespielt und kann mir die ein oder andere Erfahrung mitteilen. So far ... Weiter so und Gruß Marc

Ich sehe es ja ein .... Oberes Bild ist vom Server lokal. Da funktioniert das OWA einwandfrei. Ich bekomme das Vorschaufenster der Mail angezeigt. Ich kann den WebAccess also ganz normal verwenden. Unteres Bild zeigt das gleiche OWA auf dem gleichen Server nur nicht lokal, d.h. von einer Kiste im Netzwerk aus. Hier habe ich einen Fehler, der sich bei der Darstellung der EMails einstellt. Die Vorschau der Mails haut nicht hin. Man kann auch keine Mail öffnen. IE schreibt nur Fehler auf Seite - wer hätte es gedacht. Ich hoffe jetzt ist es etwas durchsichtiger ... Gruss m

Ich kann den Fehler nicht wirklich beschreiben. Ich weiss nur, dass die Postfächer der User wirklich gross sind. Auf Kundenwunsch und mit Unterreichtung der entsprechenden Gefahren musste ich dies bei einem Kunden so einrichten.... Hier sind einfach mal zwei Screenshots. Der erste ist direkt vom Server selbst und der zweite ist von Remote aus ... Hat da jemand mal eine Idee ?!?!

Geschickt ist eigentlich immer, dass die interne Domäne einfach mit .local benannt wird und die die extern mit .de. Wenn sowohl deine interne Domäne und deine beim Provider gehosteten Webseiten quasi mit dem gleichen DNS-Namen versehen sind, dann hast du ein Problem. Dein Server versucht jetzt dem Top-Level DE-Nameserver zu erzähen, dass deine Domäne bei Dir steht und der Top-Level DNS kann das leider nur belächeln. Du solltest die lokale Domäne in .local umbenennen. Eine andere Möglichkeit wäre den Clients per DHCP einen externen DNS zu geben. Wobei das nun echt ne Fummel-Kiste ist, weil vor allem erstmal das Active-Directory abgefragt wird. Try it ... Gruss M

Der erste Durchgang war schonmal nicht erfolgreich - war allerdings auch per Remote. Ich denke ich werde morgen nochmal vorbei fahren und das Ding nochmal vorort ein bisschen verarzten :-) THX so far ... M

Tach auch tapfere Streiter, ich hätte da mal gerne ein Problem! Ich bin kein Datenbank-Fifi und kann nur dafür sorgen, das die Datenbanken laufen. Super Vorgeschichte ... Bei einem meiner Kunden ist nach einem Stromausfall die master.mdf auf dem SQL-Server wechjeflogen. Das E-Protokoll belästigt mich jetzt immer mit der Inkonsistenz der master.mdf. Hat irgendjemand von euch eine Ahnung, wie man dieses Ding reparieren kann? Ich suche mich zu Tode und komme auf keinen grünen Zweig. Ich sage schon mal Danke .... Gruss Marc

das prob ist, dass ich mich mit der ics geschichte noch nie ausseinander gesetzt habe und auch keinen blassen schimmer davon habe :-O (muss man etwa ?!?!). gibt es da vielleicht einen hilfreichen link, den man sich mal zu gemöte führen kann ?!?! trotzdem THX gruss marc

hallo erstmal, das board war mir schon oft eine hilfe nur beim lesen, auch wenn ich bis jetzt selbst nichts gepostet habe. nun ist es aber tragischerweise :-) endlich so weit. hat jemand von euch eine idee, ob es irgendwie moeglich ist, dass ich den ts update? ich habe einen kunden, der bietet wiederum seinen kunden eine praesentation seiner produkte per terminaldienst an. kd loggen sich auf dem ts ein und bekommen direkt sein produkt praesentiert. ist eine super schlaue geschichte. das einzige was fehlt ist true color. wp macht true color, win2k3 macht true color ist ja auch rdp5.1. soweit bin ich nun auch gekommen. hat jemand von euch eine idee, wie mal das erschlagen kann? als ts läuft momentan ein win2k server, der in einer dmz steht. gibt es einen moeglichkeit zu true color zu kommen? ich verneige mich in erfurcht, vor dem der mir sagt, dass ich den ganzen proell einfach updaten kann :-) so far greeting little master B :wink2:

hart aber wahr: es war eine arbeitsstation, die wohl beim dhcp-request eine DoS-Attacke auf den Server gestartet hat - mächtig. das ist ja nunmal ein ganz normaler vorgang, dem man ja eigentlich nicht so viel beachtung schenkt. dabei ist tcp/ip immer mit flöten gegangen. was soll man dazu sagen. ich habe die workstation jetzt vor mir auf dem tisch - schau´n wir mal, was dabei rauskommt .... so far Marc confused:

tach auch, ich habe gestern den ganzen tag an einem server rumgeschraubt, den so vor einem jahr aufgesetzt habe. das ding ist auch bis gestern problemelos gelaufen, bis ein druckauftrag hängen geblieben ist. ich habe den auftrag auch nicht rausbekommen und da eh sp4 fällig war habe ich jenes installiert und danach neu gestartet - fehler. kein netzwerk mehr verfügbar. ping ergab hardwarefehler. die kiste hat noch fleißig ips verteilt und netbios ging auch. kartentausch war ihm egal, slottausch, porttausch am switch und kabeltausch auch. dann habe ich die kiste gestern abend mitgenommen und in unser firmenlan gehangen. habe die ip geändert und das ding rockt wieder wie eh und je - hat das schonmal jemand gehabt !?!? Gruss Marc