Wo eigentlich ANFANGEN mit der Entstörung?

Verlagerung der Rechenleistung auf den DB-Server (Stored Procedures):
http://de.wikipedia.org/wiki/Gespeicherte_Prozedur
Verlagerung der Rechenleistung auf den App-Server (SQL Calls):
https://de.wikipedia.org/wiki/Anwendungsserver

...Nachteil beim "SQL-Call" ist die Datenmenge, die durch's Netz geht sowie die Rechenzeit. Ein "SQL-Join" auf einen DB-Server (egal welche Programmiersprache) ist lastintensiver als ein "Stored Pocedure", der direkt auf dem DB-Server ausgeführt wird.
Allerdings ist es im Bankenumfeld immer noch üblich diesen Weg aus "sicherheitstechnischen" Gründen zu gehen (BaFin)...  

Ich erhielt in denen letzten Tagen ein Dutzend Male,
und zwar immer beim LINK Einfügen,
die folgende System-Info:

"Fehler 502
Beim Erstellen der von Ihnen angeforderten Seite ist ein Fehler aufgetreten.

Der Server hat die Verbindung unerwartet beendet oder brauchte zu lange, um eine Antwort zu senden.

Falls das Problem temporärer Natur ist, können Sie die Seite noch einmal anfordern.
Sie können auch zur Startseite zurückkehren.

Unsere Administratoren wurden bereits über das Problem informiert.
Wenn Sie weitere Fragen haben, können Sie uns mit einer E-Mail an support@ariva.de kontaktieren".

LG: Teras.  

Wir haben nach der Steigerung der GRUND-Stabilität, die sich als erfreuliche FOLGE des
am Vormittag des 27.3.2013 vollzogenen Wechsels des HARD-Master's eingestellt hat,
also immer noch mit Time-out-Errors 502 ein wenig zu kämpfen...

Fehler-überhäufte Bereiche gelten Entstörungs-systematisch als "NASS"; doch immerhin
ist dieser vom Time-out-Error 502 heimgesuchte Bereich inzwischen sehr stark verinselt,
denn früher war der 502er ja noch UBIQUITÄR:

http://de.wikipedia.org/wiki/Allgegenwart  

hihi, alles Grosse Grosse Buchstaben beim Bewerten, grööööl

dafür kann ich kaum mehr "innovativ" klicken.... hach

:o))))))))))))))))

 

... gibt es Ariva-seitig seit Längerem eine interne DISCUSSION, was ja auch nicht sonders verwundert, da das BugFix-Department bei JEDEM Auftreten dieses Fehlers automatisiert BENACHRICHTIGT wird, was die Ariva-Maschine mit "Unsere Administratoren wurden bereits über das Problem informiert" dem User dann jeweils ausdücklich QUITTIERT; vergleiche HIER:

==>  "Auf Antwort von ariva.de wird gewartet"...

Die entsprechenden System-Einträge dürften in die Hunderte gehen; nur mir allein wurde die zugehörige System-Antwort schon an die 20 Male zu Teil, so dass das fette 502er Problem kaum unbemerkt geblieben sein kann.

Dieser Fehler correspendiert auch mit einer ganz ähnlichen System-Meldung, die ebenfalls beim Link EINFÜGEN auftritt:

(Angehängte Graphik: 2013-05-04-Wegen-zu-langer-Wartezeit-abgebrochen.PNG).  

Des Öfteren befindet sich beim fehlschlagenden LINK Einfügen ein weiteres Fenster HINTER dem Fenster des geplanten Beitrages; wessen der User aber oft gar nicht gewahr wird, da sich das durch sein Beitrags-Fenster VERDECKTE erst zeigt, wenn die NORMALE Größe des BEITRAGS-Fensters künstlich auf 50% reduciert wird, wodurch das DAHINTER Liegende dann plötzlich in den sichtbaren Bereich gebracht werden kann.

Man beachte die hier nur Ausschnitts-weise wiedergegebenen blauen Streifen links und rechts des Überlagerungs-Geschehens, das sich im CENTRUM des Bildschirmes abgespielt hatte, so dass wegen der zu Test-Zwecken vorgenommenen Verkleinerung des Beitrags-Fensters die zu jenem Zeitpunct BLAUE Hintergrund-Farbe der Seite hervortrat:

(Angehängte Graphik: 2013-05-04-Anzeige-hinter-dem-Beitrags-Fenster.PNG).  

In der dem vorstehenden Beitrag documentierend angehängten Graphik fällt auf, dass sich vor  "Artikel-, Video- oder Bild-Link"  ein grüner HAKEN befindet; trotzdem dann die Warnung:  "Keine Antwort vom Server. Der Vorgang wurde aufgrund zu langer Wartezeit abgebrochen. Bitte aktualisieren Sie die Seite",  was aber nichts bringt...  

... sich den per LINK Einfügen zur Einbringung vorgesehenen Beitrag vermittels der VORSCHAU nochmals anzeigen zu lassen; dann wird zwar ebenfalls "Alles OK" angezeigt, was aber nichts an der Tatsache ändert, dass wiederum die schon

HIER  ==>  "Auf Antwort von ariva.de wird gewartet"  documentierte Meldung erscheint.

(Angehängte Graphik: 2013-05-05-Alles-OK-ist-NICHT-okay.PNG).  

Den grünen HAKEN
und das "Alles OK"
und das "Auf Antwort von ariva.de wird gewartet"

... gar nicht erst AB-zu-warten, sondern den LINK direct in's System durchzudrücken.

Einen TEST wäre das alle Mal' wert  ;-))  

 

Dennoch ist diese "Lösung" in höchstem Maaße unbefriedigend, und zwar aus 3 Gründen:

Erstens:
Unsere Plattform teilt es ihren Users ja nicht MIT, dass direct DURCHGEDRÜCKT werden muss, falls ein LINK eingebracht werden soll! - Die officielle Anweisung verlangt vielmehr,
dass zunächst die VORSCHAU zu betätigen sei, falls ein Einfügen fehlschlägt, oder, dass zunächst auf "neue Beiträge" zu prüfen sei - und all' dieser Schmonzes.

Zweitens:
Beim directen DURCHDRÜCKEN des LINK Einfügens kann der User nicht entscheiden,
welches PHOTO des durchgedrückten Artikels erscheint, wie man im obigen Beitrag
auch ganz deutlich sieht, in welchem vor "Mittlerweile" ein nichtssagendes Photo steht.

Drittens:
Wurde schon unter  ==>  Und drittens...  erläutert.

LG: Teras.  

... scheint sich seit Kurzem für das schon etwas ältere Problem abzuzeichnen, dass bereits GEZEIGTE Curse im Nachhinein wieder VERUNSICHTBART wurden, durch welches ärgerliche Phaenomen uns zuletzt die Curse vom DIENSTAG (30.4.2013) einfach weggeplättet wurden.

Hierzu einfach 'mal die ScreenShots ab  ==>  "Börsen-Feiertag 30.4. für Mindspeed?"  
durchclicken, dann wissen Alle, über was wir hier reden.

Früher wurden derartige Fehler ja allen Falles immer und immer wieder einzeln BEHOBEN (öfters auch NICHT); doch seit Kurzem gibt es hierzu einen tragfähigen Vorschlag seitens ARIVA, der mir auf Grund seiner logischen Consistenz durchaus geeignet erscheint, uns das leidige Problem nunmehr dauerhaft zu ENTSTÖREN.

Ich werde die Umsetzung des Vorschlages beobachten und natürlich ergänzend berichten.

LG: Teras.  

da liegt wohl ein missverständnis vor... ein join kostet Zeit... ja... aber deine Aussage ist nicht so ganz richtig...

nehmen wir mal SQl-Server:
Beispielcode SELECT FROM Feld TABLES Daten, Joindaten Where x=y INNER JOIN ... blabla.. Wenn ich einen SQL-CALL mache, dann macht SQL-Server einen Ausführungsplan. Der beruht auf dem Call. Ich möchte einfach mal sagen - obwohl es technisch nicht korrekt ist - der Call wird interpretiert.
Wenn ich eine Stored procedure aufrufe mit dem selben Statement, dann macht SQL-Server auch nen Ausführungsplan. Allerdings wird der optimiert insichtlich der DB. Der Ausführungsplan wird zusammen mit der Porcedure gespeichert. Ich möchte das mit einer "kompilierten" Abfrage vergleichen.

Vereinfacht: bei einer SP wird der Overhead der Abfrage im Hintergrund generiert, darum läuft die dann schneller. Bei einem einfachen Call - möchlichst noch über Agents - wird der Overhead bei jedem Aufruf "just-in-time" fällig".

Der Unterscheid den DU meinst ist ein anderer... ich kann jederzeit über RFC einen Call auf dem Server machen. Kein Prob. Da brauch ich nur die Rechte. Zum Datenzugriff.
Eine Stored-procedure zu machen... da brauch ich Verwaltungsrechte auf dem DB-Server. Und nicht nur auf die Daten. Deshalb machen Banken im Business mit anderen Calls.. und bei sich selber SP's.

@Teras: ein 502 bringt mich derzeit nicht zum Staunen...  

... und zwar ab HIER  ==>  Jetzt also weiter mit dem INVESTOR-Spiel...
(Die Sprung-ZIELE von LINKS hüpfen leider auch weiterhin wild hin und her).

LG: Teras.  

==>  "0,15 liegt über 0,1515 liegt über 0,1515"...

Wie lange ich nach diesem lausigen BUG gesucht habe,
kann ich schon gar nicht mehr sagen.

LG: Teras.  

War auch ganz nützlich, alldieweil Aluminium im Tagesverlauf oft ein zuverlässiger Früh - Indikator für Gold war.  

(Angehängte Graphik: 2013-05-20-Pfingstmontags-Ausfall-um-3-Uhr.gif).  

Ich kann jeden Falles auf dem Wege über den einschlägigen LINK für die GigaSet-Actie
==> http://www.ariva.de/gigaset-aktie  das fehlende Symbol ARQTF nicht an das BugFix-Department reporten.

Früher hat es geholfen, wenn die Error Reporting Facility im EINGELOGGTEN Zustand nicht functioniert hat, sich dafür kurz AUSZULOGGEN, um die Meldung durchdrücken zu können.

Aber auch das klappt momentan NICHT mehr (Windows-7 mit IE-10).

LG: Teras.

P.S.: Verificierbar ist das Symbol HIER:  http://www.nasdaq.com/symbol/arqtf/stock-chart  

Heute FRÜH um kurz nach MITTER-Nacht habe ich den SILBER-Chart noch anschauen konnen; da pendelte rund um -0,16 Procent.

Dann kam der SYSTEM-Ausfall bei genau 3 Uhren. Und bei der Revisite des Chart's muss ich jetzt festellen, dass alle Curse bis flott auf 9 Uhr des heutigen Morgens im Nachhinein offenbar gelöscht worden sind:

(Angehängte Graphik: 2013-05-20-Silber-Chart-rueckwaerts-geloescht.png).  

STREICHE:

Heute FRÜH um kurz nach MITTER-Nacht habe ich den SILBER-Chart noch anschauen konnen; da pendelte rund um -0,16 Procent.

SETZE:

Heute FRÜH um kurz nach MITTER-Nacht habe ich den SILBER-Chart noch anschauen können; da pendelte er rund um -0,16 Procent.

LG: Teras.  

Oder ist mein RECHNER kaputt? - Die LETZTEN mir angezeigten L&S-RT-Curse sind die
vom 17. Mai! - Scheint aber nicht nur Commerzbank zu treffen. - Wie ist das bei Euch?

(Angehängte Graphik: 2013-05-21-Letzte-L-S-RealTime-Curse-17ter-Mai.png).  

... bezüglich derer L&S-RealTime-Curse, obwohl eindeutig ein Börsen-Tag war.
Das kann an beiden Seiten liegen:  Entweder an L&S-RealTime oder an Ariva...

LG: Teras.  

 

Fehler 502

"Beim Erstellen der von Ihnen angeforderten Seite ist ein Fehler aufgetreten.
Der Server hat die Verbindung unerwartet beendet oder brauchte zu lange, um eine Antwort zu senden.

Falls das Problem temporärer Natur ist, können Sie die Seite noch einmal anfordern.
Sie können auch zur Startseite zurückkehren.

Unsere Administratoren wurden bereits über das Problem informiert.
Wenn Sie weitere Fragen haben, können Sie uns mit einer E-Mail an support@ariva.de kontaktieren"...