Elharter

Hallo liebes Forum,

ich besitze auf einem Exchange 2003 ein IMAP-Konto.

Gerne würde ich dieses aufgrund folgender Wünsche zu einem Exchange Konto konvertieren:

- gemeinsamer Kalender

- Exchangefunktionalitäten

- Freigaben

Gibt es dazu eine Möglichkeit ohne Daten zu verlieren?

lg

mike

Kann mir niemand helfen?

lg

Hallo liebes Forum,

generell habe ich folgendes Problem zu lösen.

- es existiert ein RootServer (Hetzner) mit SBS 2008

- es soll ein Exchange darauf laufen

- es soll ein IIS darauf laufen (kleine Website)

- es soll ein MS-SQL darauf laufen (mit relativ geringem Datenaufkommen)

Das dies keine Traumkonfiguration ist, ist mir vollkommen klar....generell würde ich gerne wissen ob es MÖGLICH ist, welche Probleme auftreten könnten und worauf ich besonders achten soll/muss.

Backup/Ausfallsicherung ist vollkommen vorhanden.

lg & danke

mike

ok danke! somit wären alle Fragen geklärt!

danke euch vielmals!

Nö, wir können die IMAP Dinger natürlich auch künftig dann abändern....(ich kenn aktuell keine Vorgehensweise wie man solche Postfächer migriert).

Ok.....

Windows SBS 2008 Std.plus + 12 CAL´s

Welche Exchange-Version?

Firewall ist klar....danke.

Es sind in Summe zurzeit ca. 12 Postfächer (6 davon IMAP).....

Schlag mal vor, wie du diese Anforderung am besten lösen würdest (ich ahne schon das du von Exchange weg denkst).

- 12 Postfächer

- gemeinsamer Kalender

- ev. Iphone-Sync für 5 User zirka

- ca. 25.000 Mails pro Monat die versandt werden sollen von einer klassischen Office Adresse

Hab ich jetzt alles? :D

lg

Achso.....sorry.

Nun weil ich dann gleich in einem Aufwaschen sämtliche IMAP und POP3 Konten, die damit verbunden sind verwalten möchte.

Zurzeit liegt alles bei einem BilligProvider....wo echt alles sehr sehr mühsam ist.

Deshalb war der Exchange gleich angedacht, inklusive gemeinsamer Kalender usw.

weil so eine masse von mails nicht über "meinen" Relay-Anbieter verarbeiten lässt....

Hab ich schon probiert :D

Jetzt hätt ich Exchange genommen und die Mails direkt versandt.

lg

Hallo liebes Forum,

folgende Anfoderung möchte ich gerne bewältigen:

- Windows 2003 Server

- Exchange Server als MailServer Produkt

- 25.000 - 50.000 Mails pro Monat (pro Woche werden Montags 6.500 Benutzer informiert, deshalb diese Zahl)

Die notwendige Anwendung zum versenden habe ich selber programmiert und funktioniert tadellos auf einem anderen WindowsServer mit Exchange.

Jetzt bin ich mir im unklaren was dazu notwendig ist und welche Kosten im gesamten anfallen.

Generell denke ich:

- Windows 2003 Small Business Server -> jedoch gibts davon 54 verschiedene Versionen auf Geizhals

- Exchange Server (welche Version eignet sich am besten, welche ist am kostengünstigsten?)

- würde nicht auch eine Web-ServerVersion reichen? (jedoch unterstützt die nur 2GB Ram)

o) einen verwert und verwendbaren redundanten Server habe ich zur freien Verfügung.....

o) eine synchrone 4Mbit Up/4Mbit Down Leitung ebenfalls

o) Reverse DNS , PTR usw ist kein Problem

o) fixe IP Adresse ist ebenfalls vorhanden

o) Konfigurationstechnisch krieg ich das hin, bzw. hab die notwendige Unterstützung

lg & danke für jeden sinnvollen Input

mike

ok problem lokalisiert....

Ich hab in dieser View eine zusätzliche Spalte erzeugt mit einer Zeilennummerierung, mit folgendem Statement:

SELECT ......... rank() OVER (ORDER BY angezeigt DESC) AS zeile

FROM tabelle

Wobei "angezeigt" ein ViewCounter für Bilder darstellt. Es ist Int Feld.

Sobald ich diese Rank-Funktion dazu nehme um eine zusätzliche Spalte zu erzeugen die nummeriert ist, schmiert das Studio ab.

Ideen?

lg

Hallo liebes Forum,

leider habe ich ein gravierendes Problem. Ich soll/muss eine View verändern......

Wenn ich im Manag. Studio meine View öffne und im Designmodus anzeigen möchte, kackt das gesamte Studio ab und schließt sich von selbst.

Das ganze passiert nur bei dieser einen View, alle anderen funktionieren wunderprächtig. Leider ist diese View eine relativ komplexe sodass ich sie nicht einfach löschen und neubauen kann/möchte.

Gibts einen anderen Weg um an den SQL-Query ranzukommen?

lg

Dieses Bild ergibt sich mir...

Table-Posteingang:

CREATE TABLE [dbo].[posteingang](

[iID] [int] IDENTITY(1,1) NOT NULL,

[iVonUID] [int] NOT NULL,

[iFuerUID] [int] NOT NULL,

[iBetreff] [varchar](250) NOT NULL,

[iMsg] [nvarchar](max) NOT NULL,

[iDatum] [datetime] NOT NULL,

[igelesen] [bit] NOT NULL CONSTRAINT [DF_posteingang_igelesen] DEFAULT ((0)),

[iIP] [varchar](16) NOT NULL,

[iSys] [bit] NOT NULL CONSTRAINT [DF_posteingang_iSys] DEFAULT ((0)),

[iBuddy] [bit] NOT NULL CONSTRAINT [DF_posteingang_iBuddy] DEFAULT ((0)),

[iBuddyStatus] [int] NOT NULL CONSTRAINT [DF_posteingang_iBuddyStatus] DEFAULT ((0)),

CONSTRAINT [PK_posteingang] PRIMARY KEY CLUSTERED

(

[iID] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON

hallo liebes Forum,

folgendes Problem:

Da meine MS-SQL Datenbank zu 8GB angewachsen ist, hab ich mir das gesamte Ding mal näher angesehen.

Beispielsweise verzeichne ich in einer Tabelle (Tabelle für einen klassischen Mailpostausgang-ntext früher, konvertier zu nvarchar(max)) mit 312.000 Records eine Grösse von 1.14GB.....im direkten Vergleich dazu benötigt MySQL (ebenfalls mit einer Tabelle wo 90% nur Text vorkommt) nur 1/10 davon.

Wie kommt das? Bzw. ist es normal das der MS-SQL soviel Platz benötigt, für so wenig Daten?

Bei einer Tabelle wo nur INT´s vorkommen, sieht es gewöhnlich aus:

3.1Mio DS > 107Mb

lg

mike

Achso.....argh, ich bin schon zu eingfahren im denken.

Ist eine Anwendung die in Classic-ASP/.NET realisiert ist, online/Intranet.

Zugriff passiert per SQL OLE DB.

Der Posteingang ist somit im für den Benutzer über den Browser zugänglich.

Die Volltextsuche möchte ich entsprechend anbieten können.

lg

Ich möchte in einer bestehenden Produktivumgebung den Benutzern eine Volltextsuche im eigenen Posteingang ermöglichen.

Ein User besitzt 5.000 Nachrichten in seiner Inbox und soll nach "die Besprechung vom 10.12.08" suchen können, bzw. auch nach Präfix suchen können.

Deshalb hab ich an die Volltext-Suche gedacht.

Die derzeitige Ausgabe aller Daten für den User, werden über die View ausgelesen.

Die Volltextsuche in der Rohtabelle funktioniert bereits wunderbar.

Moin,

nach der Rückfrage bin ich mir jetzt nicht ganz sicher, ob eine View zum Abfragen eines Full Text Index geeignet ist. Wäre mir neu, aber ich habe das auch selten in der Praxis gemacht.

Jedenfalls solltest du nicht einfach deine View in eine Indexed View umwandeln, wenn es keinen wirklichen Grund dafür gibt. Das ist nicht einfach eine Funktion, die du einer View hinzufügst, sondern du erzeugst damit erheblichen Daten-Overhead sowohl in der Datenbank (zusätzlicher Index - die Indexed View ist ja gar keine echte View, sondern physisch gesprochen eine Tabelle) als auch im Katalog (es handelt sich um einen neuen Katalog, der separat zu dem der eigentlichen Tabelle steht).

Gruß, Nils

Gut, ich würde mich auch mit einer andere Möglichkeit zufrieden geben.

Bloss, was tun?

Ich habe sämtliche Dinge die damit zu tun haben über die Views abgefragt.

stimmt ja, ich habe eine ntext spalte....

Habe mir deinen Link durchgelesen.

Hab dazu noch etwas nützliches gefunden:

NTEXT vs NVARCHAR(MAX) in SQL 2005

Lesen und auf jeden Fall durchführen! (Performance @ LOB/Table Structur)

So ich mach mich mal ran :D

Welche Spalten hast du zum Volltextindex hinzugefügt?

Der Volltextindex funtioniert mit den in der Meldung aufgeführten Datentypen nicht. Du musst die nvarchar (Unicode) oder den varchar Datentyp verwenden.

lg

Daniel

Ich glaube ich habe INfos vergessen.

Ich habe auf der "neuen" View (die jetzt einen Schemabind besitzt) noch gar kein FulltextIndex angelegt.

Warum nicht?

Weil ich dazu einen UniqueIndex benötige. Die View besitzt zurzeit noch keinen.

Wenn ich nun diesen UniqueIndex anlegen möchte funktioniert das nicht.

Beim anlegen verwende ich die Spalte, die mir am wichtigsten erscheint (fuerBenutzerID) und dabei erhalte ich die oben angeführte Fehlermeldung.

Nun gut, was Volltext ist...das es ne seperate Funktion ist hab ich schon mitbekommen - habe inzwischen auch viel gelesen darüber.

Grundlegend ist mir auch bewusst das Sie den Volltextkatalog befragt.

Während ich auf Antworten hier gewartet habe, bin ich natürlich nicht tatlos herumgesessen sondern hab versucht die Lösung zu finden.

Deshalb hab ich mal einfach probiert dieses Volltextsuche für meine MEssageInbox einzurichten und abzufragen -> hat funktioniert.

Sobald ich die das selbe jedoch über die View machen will geht dies nicht mehr.

Fehler:

Msg 7601, Level 16, State 2, Line 1 Cannot use a CONTAINS or FREETEXT predicate on table or indexed view 'MessagesInbox' because it is not full-text indexed.

Nächster Schritt war also die View soweit zu bringen das sie Volltext indiziert ist.

Gut gesagt getan, gleich das 1te Problem:

Cannot create index on view because the view is not schema bound.

Lösung dazu habe ich hier gefunden:

SQL Server Schema Binding and Indexed Views

Einfach die View mit einem Schemabind anlegen. Hat auch funktioniert.

Nächster Schritt wäre also, auch nach Anleitung, einen Clustered-Unique-Index zu erstellen. Aber hier hänge ich derzeit.

Fehlermeldung:

cannot create index on view it contains text, ntext, image or xml colums. Error: 1942

Versteh ich nicht, denn die gewählte Spalte ist eine INT-Spalte mit den ID´s der Usertabelle.

Mhm...bin gerade dabei meine erste Volltextsuche einzurichten.

Folgende Frage habe ich mir gerade gestellt.

Zur Einführung und leichterem Verständnis:

Stellt euch einfach vor ich hätte einen klassischen Posteingang als GMX.

FuerUser, vonUser, Betreff, BodyText, Datum.

Das ganze liegt in der Tabelle MessagesInBox.

Ich habe in diser MessagesInBox sämtliche Daten in Rohform, was soviel bedeutet wie: Spalte Absender=int und beinhaltet die UserID des registrierten User der die nachricht abgeschickt hat. Das selbe gilt für die vonUser Spalte (int).

Jetzt habe ich mir für die endgültige Ausgabe eine View gebastelt wo ich sämtliche DInge zusammenstoppel. Ich hole mir die Benutzernamen zusammen, lese Onlinestatus aus, usw...

Endgültig besitze ich nun eine superfunktionieren View, die mir alle Daten in einem ansprechenden Ergebnis liefert.

Und jetzt zur eigentlichen Frage:

Muss ich nun diese Volltext-Geschichte auf der eigentlichen Tabelle einrichten? Oder muss ich dies auf der View tun?

Aufgrund dessen, dass ich sämtliche Abfragen am Ende über die View mache erscheint mir eine Einrichtung der Volltextsuche auf der Rohtabelle nicht ganz logisch, da ich eine Volltextabfrage ja auch auf selbige Tabelle tun muss.

zb: SELECT betreff, BodyText FROM MessagesInBox WHERE CONTAINS (BodyText, ' "besprechung*" ' );

Bitte um Hilfe. Danke im vorraus.

lg

mike

rackspace....

nun, steht ja beim Provider....und wird gehostet. Brauch ja auch RDP Zugriff.....

Mhhh hab natürlich ne Firewall davor......die anderen Server, die eben auch den SQL verwenden, stehen ebenfalls in der DMZ und greifen auf den SQL zu - logisch.

Genügt es die Ports wie 1433, 1434 zu schließen?

Liebes Forum,

habe seit einigen Tagen BruteForce Attacken auf meinen SQL Server.

Hat jemand eine Idee wie ich das verhindern könnte?

Standard-SA-User ist bereits disabled.....sogesehen hat der Angreifer sowieso keine Chance.

Aber meine Logs haben täglich über 1Mio Fehlermeldungen, der Angreifer kommt ständig mit verschiedenen IPs´.

Idee?

Hallo liebes Forum,

ich hab da ne Frage.

Ich sende von einer Website Mails an meinen Exchange.....der Exchange sendet weiter an ein Pop3 Postfach in der selben Domain (absender: xy.com, empfänger xy.com).

Seit ein paar Minuten erhalte ich die Notify-Mails mit *** Detected as Spam *** im Subject.

Hat jemand eine Idee dazu????

Was soll daS?

lg

mike