Doso

SCNR: http://i282.photobucket.com/albums/kk263/Dandanimal99/HMBEAR.jpg :cool:

Die Tabelle hat irgendwo 5 Millionen Einträge ist also vermutlich ein Performance Problem. Evtl. ja irgendeine Konvertierungsgeschichte: https://blogs.msdn.microsoft.com/sql_pfe_blog/2009/06/17/possible-performance-implications-when-using-string-parameters-in-reporting-services/

Oder man ist mutig und repariert am offen Herzen und hofft auf das Backup wenn was schief geht.

Krankheiten in Kalender eintragen verstößt bei uns gegen den Datenschutz - geht gar nicht. Das hat die personalführende Stelle zu führen, sonst niemand.

Geschäfte laufen teilweise mies, ein Sparprogramm nach dem anderen und nun auch noch die Unternehmensteilung - ist jetzt nicht zu überraschend das da auch mal die Qualität drunter leidet.

Crosspost: https://social.technet.microsoft.com/Forums/sqlserver/en-US/112435d8-b936-4ca5-9259-842bc45b0b81/parameter-with-like-on-sybase-takes-forever?forum=sqlreportingservices

Deswegen hat man: 1. Ein Backup seines Domain Controllers, vor allem wenn es der einzige ist. 2. Einen zweiten Domain Controller

Ich glaube so etwas gibt es nicht...

Mit Crystal Reports geht diese Abfrage wohl recht flott, ohne Parameter auch. Es ist ein Sybase ASE per ODBC angebunden, da werde ich wenig debuggen können. Bei anderen kleineren Abfragen klappt dieser Syntax.

Wir nutzen den SQL Server 2012 im Sharepoint 2010 integrierten Modus. Wir greifen über ODBC auf einen Sybase ASE 15 zu. Funktioniert soweit ganz gut. Wir haben nun Abfragen bei denen wir Parameter in in einem Where Like verwenden wollen. Auch das klappt. Nur bei einer etwas komplexeren Abfrage laufen wir damit gegen die Wand. Irgendwas sorgt dafür das die Abfrage dann so lange läuft das kein Ergebnis zurückkommt und der Reportserver die Abfrage auf Grund der Laufzeit killt. Folgende Abfrage direkt klappt, Laufzeit irgendwo max. 1 Minute, 7340 Zeilen: select d.d01ort, d.d01status, d.d01bnr, t.titel, t. titel_avs, t.autor_avs from sisis.d01buch d, sisis.titel_dupdaten t, sisis.titel_verbund tv, sisis.titel_buch_key tbk where d.d01mcopyno=tbk.mcopyno and tbk.katkey=tv.katkey and tbk.katkey=t.katkey and d.d01ort like "0001/8 85-%"; Die selbe Abfrage per Parameter dagegen nicht: select d.d01ort, d.d01status, d.d01bnr, t.titel, t. titel_avs, t.autor_avs from sisis.d01buch d, sisis.titel_dupdaten t, sisis.titel_verbund tv, sisis.titel_buch_key tbk where d.d01mcopyno=tbk.mcopyno and tbk.katkey=tv.katkey and tbk.katkey=t.katkey and d.d01ort like @Teilsignatur Wobei dann halt Teilsignatur 0001/8 85-% ist. Ich habe es auch mit 0001/8 85- probiert un das % angehängt, also d.d01ort like @Teilsignatur + "%" Der Bericht ist super simpel, er zeigt einfach die Felder im Select an. Kein gruppieren, summieren, sortieren. Wenn ich mir auf dem ReportServer die View ExecutionLog3 anschaue, in der ja die letzten ausgeführten Bericht protokolliert sind, sehe ich das der Reportserver die meiste Zeit in TimeProcessing hängt. Ich bin etwas ratlos warum nur durch den Parameter plötzlich der Berichtsserver verrückt spielt. Es kommen ja letztlich die selben Daten aus der Datenbank zurück. Jemand eine Idee?

Schriftlich ist wichtig, da sich da auch die "Experten" da teilweise nicht sicher wird wenn es etwas komplexer wird. Wir haben da auch schon total unterschiedliche Aussagen von verschiedenen Leuten gehört.

Sharepoint Foundation gibt es seit Version 2016 nicht mehr. Das wird also mittelfristig sterben.

Sophos hat entsprechende Funktionalitäten in ihrem Endpoint Protection Paket. Funktioniert, aber schön zu verwalten ist das nicht.

Es gibt dazu ein paar Blog Artikel. Aber nachdem das alles noch Preview ist wirst du da keine "klickibunti" Nachbauanleitung finden. Hier musst du schon selbst etwas Zeit investieren.

Upgrade von Technical Preview geht evtl. ist aber sicher nicht supported und würde ich auch von abraten.

Wir erhalten in unser AD Benutzerdaten per LDAP aus einem Novell Directory Service eingespielt. Die machen das mit DirXML. Im Microsoft Umfeld gibt es die Active Directory Federation Services und den Microsoft Identity Manager in dieser Richtung, jedoch habe ich beide noch nie verwendet. Evtl. ist auch ein Trust der Domänen möglich?

Ja, ständig....

Die sieht man auch ohne die AD Tools.

Und wie habt ihr das aktuell lizenziert?

Wie wäre es mit einer ordentlichen Backup Software anstatt Gebastel? Wenn es nur ein paar Systeme sind tut es ggf. auch schon das eingebaute Windows Server Backup.

Was spricht gegen eine Verwendung der RSAT Tools? Das ist kostenlos.

Die Fehlermeldung ist doch eindeutig. Was immer du gerade versuchst anzulegen gibt es schon.

Hände weg von Broadcom NICs, da gibt es immer mal wieder Probleme mit Treibern und vmq.

Logfiles der eingehenden E-Mails nehmen, "irgendwie" auswerten. Excel, Powershell oder sowas? Würde halt die eingehende E-Mail Adresse rausfiltern, alles vor und inkl dem @ wegschnippeln und dann Domains zählen. Das halt für einen gewissen Zeitraum (ein Monat?).

Für iSCSI nutzt man kein NIC Teaming, man nutzt MPIO. Das iSCSI Target von Microsoft ist gefühlt recht lahm da es kein Caching kann. Für unseren Testcluster nutze ich seit Jahren StarWind Virtual SAN. Das kann Arbeitsspeicher als Cache nutzen und läuft dadurch geschmeidiger. Die kleine Version ist kostenlos.