«Сбербанк Росії» в його нинішньому вигляді був створений в 1991 році і став найбільшою фінансовою організацією країни – в ній трудиться більше чверті мільйона працівників. З 1993 року цей банк займається випуском кредитних і дебетних карт і є найбільшим їх еммітентом на території Росії. Тому будь-яку перерву в роботі по обслуговуванню кредиток «Ощадбанку» потенційно може торкнутися мільйони росіян.
У ніч з понеділка на вівторок 27 серпня 2012 «Ощадбанк» на 50 хвилин призупинив обслуговування кредитних карт власного випуску в своїх банкоматах. Це сталося в годину ночі за московським часом, а причиною було проведення заздалегідь запланованих робіт з модернізації програмного забезпечення процесингового центру. При цьому кредитні та дебетні картки інших банків обслуговувалися без жодних обмежень. Про запланований перерві в обслуговуванні найбільша фінансова організація Росії оповістила своїх клієнтів заздалегідь, за три дні до призначеної дати. Всього таких карт банком випущено вже більше 70 мільйонів, а щоденне число транзакцій по ним складає в середньому 15 мільйонів.
Відносно недавно, на початку липня, вже відбувався перерву в обслуговуванні емітованих «Ощадбанком» карт в його банкоматах. Однак тоді це не було запланованою подією, а стало результатом збою в роботі процесингової служби банку. За словами Віктора Орловського, ІТ-директора банку, неприємності сталися через те, що система управління базами даних перестала очищати логи зберігаються на сервері даних здійснених транзакцій. В результаті диски переповнилися, і система не змогла обробляти нові запити. А потім довелося ще й у ручному режимі здійснювати очищення логів, так як автоматичний режим теж дав збій. У результаті клієнти не могли користуватися картами «Ощадбанку» і системою інтернет-банкінгу протягом трьох годин у «піковий» час – з 17 до 20 годин по Москві. Для з’ясування причин усіх цих неприємностей з базою даних був притягнутий її розробник – компанія Oracle. Цілком імовірно, що саме найбільший в історії роботи банку з картками липневий збій і результати проведеної роботи щодо запобігання його повторення стали причиною здійсненого 27 серпня апгрейда системи.