Εκτός Λειτουργίας το ebanking της Eurobank για πάνω από 1 Ώρα

[Boldemort]

@rouKoun13 τσεκαρε αυτο

http://www.runtime.org/data-recovery-software.htm

και αυτος εδω αυτο χρησιμοποιει στα ελληνικα  :

http://www.pcsteps.gr/tutorials/windows/1029-anaktisi-dedomenon-meta-apo-format-kai-epanegkatastasi

Μην τρομάξεις απο το 16-δικο που χρησιμοποιει σε κάποια σημεια 

 

[TempT]

Αλλο το DR αλλο το availability μιας εφαρμογης οπως το ebanking. Το DR site της συγκεκριμμενης τραπεζας το εχω δει, στο Μενιδι ειναι, μια χαρα site ειναι. Και λιγο πιο κατω ειναι το DR της ΤΤΕ. Τωρα αν πεσει το link απο το AS/400 προς τον εκτως firewall κοσμο ... ε συμβαινει, εναλλακτικες εχεις (Phone Banking πχ) δεν ηρθε και το τελος του κοσμου.

 

[j80dimitro]

Αλλο το DR αλλο το availability μιας εφαρμογης οπως το ebanking. Το DR site της συγκεκριμμενης τραπεζας το εχω δει, στο Μενιδι ειναι, μια χαρα site ειναι. Και λιγο πιο κατω ειναι το DR της ΤΤΕ. Τωρα αν πεσει το link απο το AS/400 προς τον εκτως firewall κοσμο ... ε συμβαινει, εναλλακτικες εχεις (Phone Banking πχ) δεν ηρθε και το τελος του κοσμου.

το Disaster site είναι στη MedNautilus ή σε Ιδιόκτητο DC ;

 

[TempT]

Ιδιοκτητο, παλιο κτηριο αρχειων της Εργασίας δεκατιας 80, το γκρεμισαν και εφτιαξαν το DR αρχες του 2000

 

[Boldemort]

Ιδιοκτητο, παλιο κτηριο αρχειων της Εργασίας δεκατιας 80, το γκρεμισαν και εφτιαξαν το DR αρχες του 2000

Ο σερβερ δεν πρεπει να επεσε παντως γιατι δεν θα ειχαν καθολου προσβαση
ετσι δεν ειναι? Αρα παυουν να μας απασχολουν uptimes / downtimes και τα συναφη
και κατ'επέκτασην και οσες αχρειαστα επιτηδευμένες διαφωνίες προήλθαν βασιζόμενες σε αυτα 

 

[TempT]

Ο "σερβερ" εννοωντας το κεντρικο συστημα της τραπεζας δεν πεφτει ποτε, ειναι multiple redundancy blades της ΙΒΜ (οπως και στις περισοτερες σοβαρες τραπεζες).  Multiple redundancy σημαινει mirrored storage στο ιδιο το blade και mirror ολοκληρου του blade = 4 live κοπιες των στοιχειων. Συν 3 εξτρα κοπιες 2 στο DR και μια στο live backup (3 διαφορετικα data center).Αυτο που πεφτει ειναι το link μεταξυ του frontend που βλεπεις εσυ (to ebanking δλδ) και το κεντρικο συστημα της τραπεζας. Αυτα ειναι σε τελειως διαφορετικα data centers για προφανεις λογους. Αυτο το link μπορει να πεσει για 1000 λογους (απο απλα πραγματα οπως ενας πακιστανος της ΔΕΗ το παρακανε με την τσαπα) μεχρι και για λογους ασφαλειας (αν υπαρχει πχ security risk στο front end το απομονονουν απο το κεντρικο συστημα της τραπεζας για να μην κανει migrate μεσω ΔΙΑΣ σε ολοκληρο το τραπεζικο συστημα)

 

[Boldemort]

Ο "σερβερ" εννοωντας το κεντρικο συστημα της τραπεζας δεν πεφτει ποτε, ειναι multiple redundancy blades της ΙΒΜ (οπως και στις περισοτερες σοβαρες τραπεζες).  Multiple redundancy σημαινει mirrored storage στο ιδιο το blade και mirror ολοκληρου του blade = 4 live κοπιες των στοιχειων. Συν 3 εξτρα κοπιες 2 στο DR και μια στο live backup (3 διαφορετικα data center).Αυτο που πεφτει ειναι το link μεταξυ του frontend που βλεπεις εσυ (to ebanking δλδ) και το κεντρικο συστημα της τραπεζας. Αυτα ειναι σε τελειως διαφορετικα data centers για προφανεις λογους. Αυτο το link μπορει να πεσει για 1000 λογους (απο απλα πραγματα οπως ενας πακιστανος της ΔΕΗ το παρακανε με την τσαπα) μεχρι και για λογους ασφαλειας (αν υπαρχει πχ security risk στο front end το απομονονουν απο το κεντρικο συστημα της τραπεζας για να μην κανει migrate μεσω ΔΙΑΣ σε ολοκληρο το τραπεζικο συστημα)

Σωστα μας τα ειπε ο τραμουντανας δηλαδη ωραιος! Οταν λες mirrored αναφερεσαι στα RAID συστηματα?

ΑΥτο εννοουσα και εγω οτι ο σερβερ ειναι ο υπολογιστης ο οποιος "παιζει" την εφαρμογη το γιατι ειναι ή δεν ειναι διαθέσιμη περα απο τεχνικες λεπτομέρειες του δικτυου (αν ειναι ή δεν ειναι διαθέσιμη η ζεύξη οπως ειπες και εσυ πιο πανω) ειναι θεμα προγραμματιστικο. Ο λογος ασφαλειας που λες ειδικοτερα - καποιος πιτσιρικας μπορει να αρχισε τις δοκιμες να δει ποσο καλα ξερει php / MySql  . Εκτος και αν υπαρχει φυσικη προσβαση απο το εσωτερικο δικτυο πχ καποιος κακοβουλος υπαλληλος που δεν ειναι ευχαριστημενος με τον μισθο που παιρνει αποφασισε πως μια καλη λυση για αυτο ειναι να προκαλέσει το χάος.

 

[j80dimitro]

Ο "σερβερ" εννοωντας το κεντρικο συστημα της τραπεζας δεν πεφτει ποτε, ειναι multiple redundancy blades της ΙΒΜ (οπως και στις περισοτερες σοβαρες τραπεζες).  Multiple redundancy σημαινει mirrored storage στο ιδιο το blade και mirror ολοκληρου του blade = 4 live κοπιες των στοιχειων. Συν 3 εξτρα κοπιες 2 στο DR και μια στο live backup (3 διαφορετικα data center).Αυτο που πεφτει ειναι το link μεταξυ του frontend που βλεπεις εσυ (to ebanking δλδ) και το κεντρικο συστημα της τραπεζας. Αυτα ειναι σε τελειως διαφορετικα data centers για προφανεις λογους. Αυτο το link μπορει να πεσει για 1000 λογους (απο απλα πραγματα οπως ενας πακιστανος της ΔΕΗ το παρακανε με την τσαπα) μεχρι και για λογους ασφαλειας (αν υπαρχει πχ security risk στο front end το απομονονουν απο το κεντρικο συστημα της τραπεζας για να μην κανει migrate μεσω ΔΙΑΣ σε ολοκληρο το τραπεζικο συστημα)

Ωραίος ο φίλος TempT για την τεχνική ανάλυση, αλλά το Phone Banking που πρότεινες σαν εναλλακτική λύση,
δεν είναι και τόσο αποτελεσματική λύση.. Μιας και για να πετύχεις κάποιον από το ebanking και να ξεπεράσεις
όλη την ταλαιπορία του IVR, θές 20 λεπτά τις μέρες και ώρες που δεν υπάρχει κάποιο πρόβλημα και την ημέρα που το
σύστημα δεν ήταν διαθέσιμο για 1 ώρα, δεν μπορούσες να εξυπηρετηθείς καθόλου λογω του φόρτου στο τηλ/κο κέντρο.

Οπότε για εμένα και για πολλούς άλλους που παίζουν χρηματιστήριο με πολλές αγορές και πωλήσεις intraday, υπάρχει πρόβλημα.
Στα 5 λεπτά από τότε που θα κυκλοφορήσει μια είδηση αν δεν αντιδράσεις εγκαιρα (να πουλήσεις/να αγοράσεις) μπορεί να ζημειωθείς.

Επίσης και για την τράπεζα, αν υποθέσουμε οτι ειναι συνήθως 10.000 ατομα online (μέσω ebanking) και για μια ώρα δεν μπορούν
να αγοράσουν/πουλήσουν ... και η τράπεζα χάνει την προμήθειά της και ζημειώνεται και αυτή.