Я недавно задался таким вопросом - если откат был на СОСТОЯНИЕ 14 числа то почему я не смог повторить все свои действия которые позволили в частности купить некоторые вещи. И я понял одну вещь - отката игрового СОСТОЯНИЯ... - НЕ БЫЛО... Был банальный откат данных - суть восстановление из резервной копии базы данных. При этом не учитывались особенности ее (БД) формирования. Я могу ошибаться пусть админы меня поправят.
Управление конечными данными(SQL) аккаунта выполняется игровым сервером(движком) по команде клиента - типичная 3х звенка. В частности - создание новой записи, т.е. журналирование, выполняется при входе в аккаунт с записью параметров текущего состояния, или по кнопке (обновить). Клиент посылает запрос на расчет нового состояния серверу, который:
1. Рассчитывает новое состояние.
2. Дает команду SQL- серверу на создание новой записи в БД.
3. Возвращает клиенту данные для визуального отображения в XML-формате.

Соответственно никакой поправки на изменение текущего МОМЕНТА времени на момент поднятия игрового сервиса сделано НЕ БЫЛО. Фактически возникла ситуация когда никто не "входил" в игру в течение потерянного промежутка времени соответветственно, при входе игроков в аккаунты они получили новые данные рассчитаные игровым серверов на основании:
1. предыдущего состояния
2. ТЕКУЩЕГО МОМЕНТА.
Как следствие, для игроков, которые уже отстроили свои соты, купили все нужные арты, "зарядили" перед откатом заводы постройкой юнитов - НИЧЕГО не изменилось/потерялось. Конечно все рисковали одинаково в плане удачных поисков.
Те же, кто в течение потерянного промежутка активно строились, торговали, создавали альянсы - все реально откатилось.

Теперь главное - не могли бы вы, создатели, в случае аварийного отката - не допускать подобных вещей. Чтобы откат по крайней мере был СПРАВЕДЛИВ для всех.
Чтобы был откат не SQL-таблиц, что проще, а адекватный откат игрового состояния???

Это бред все. Очень сложно. Да и не адмы виноваты. Провайдер - это как стихия. К нему претензии, такое вообще не часто бывает.

У меня у самого проблемы - кучу артов я скупил комплексных. Терь уже и не помню у кого, плюс неск. прикольных артов находил за это время. В общем, много потерь. Но это не повод плакать и ругать админов - ах мол они поганые, админить не умеют. Ну случилась фигня, ну и ладно Лучше пусть игру импрувят, чем бэкап/ресторе процессы

Вы меня извините конечно, но вы внимательно прочли название топика или вы постите не читая? Я никого не обвиняю и провайдеры в свете поднятой проблемы в теме не причем. Собственно и админы не причем, я обращаюсь к создателям игры.
И если вам нечего сказать конструктивного и содержательного по поводу сабжа, то лучше воздержитесь от комментариев иначе и этот топик свалится во флейм на тему падения серверов и поиска виноватых.

P.S. К слову сказать если создателям удалось бы учесть то о чем я писал в сабже то вам и не нужно было вспоминать что у кого купили - просто заново зашли бы в коннектор и все )) (Правда на общих основаниях

Собственно говоря, если я не ошибся с алгоритмом расчета игрового состояния. (А тому есть ряд косвенных подтверждений). То могу предложить вариант решения этой проблемы.
Нужно ввести Понятие ИГРОВОГО ВРЕМЕНИ (по типу Всемирного, местного и т.д.)
и переменную - момент игрового времени. При отсутствии откатов течение игрового времени соппадает с реальным, после откатов оно имеет поправку на время состояния дауна и воссттановительных работ. При этом движок для расчета игровых состояний оперирует игровым временем, а не реальным.

Смешно. Точнее уже не смешно. Неужедли, Вы не думаете, что мы не думали об этом???

...вот блин... не успел...

Обьясните тогда мне, на кой нужно "время даунов" каждую ночь ? Я думал для создания суточной резервной копии, с которой можно стартовать, откатившись на несколько часов....

Объясните, почему так сложно поставить на сервак систему резервного питания, которая сможет аккуратно его уложить, а потом поднять когда питание возникнет.

Это проблема квалификации ? Денежная ? Коммуникативная ? Организационная ?

Ребяты, я стараюсь понимать всё, но почему одна и та же проблема существует и продолжает существовать ? Может настала пора в ДС поменять руководство ?

Так я возьмусь если деньги нормальные и коллектив толковый

Хм.... вспоминается анекдот. (только умоляю, не приймите за издевку...)
Стоят двое, соображают. Подходит третий:
- Ну что примете третьим?
- Нет, четвертым!
- Как четвертым Вас же двое?!
.... (Далее по тексту)

Иногда гораздо проще посоветовать, чем сделать. Или сдвинуть.

Стандартные "умные" фразы тоже легко говорить. Обидно все таки. Ведь могли предупредить ? Могли. Но не стали, потому что как обычно "помешал вал работы". Так ?

Эх... вот уж метко сказано - почему у нас никогда нет времени на обдумывание, но мы всегда его находим для многократной переделки...

Не много не понял, конкретизируйтесь плз.

В сем конкретно вопрос? Предупредить о чем? о дауне? О падении? Зачем нужен Дт?

Люди добрые, вы могете себе представить сколько может завесить база, содержащая резервные копии такого проета?
Я думаю, что админы могут...

Откат времени делать? Ну ептель...

Советовать конечно легко, сделать тяжело, сдвинуть еще сложнее... никто не спорит...
Но почему мну хватило (чего то) сделать бакап своей базы без дауна + каждые 10 минут бакап логов (транзакций)... не знаю.. может ответственное отношение к работе, может еще что то.. хз... что побудило поставить простейший упс, который при траблах с питанием тупо, но зато корректно отрубает сервера.. тоже не знаю.. возможно желание спокойно работать, мот еще что то... например предчувствие ощущения питстонов от клиентов в мягком месте...
В последний раз, когда отслеживал бой после дауна... даун продолжался полтора часа, каких же размеров БД у вас? Если это не военная тайна? Такое время наталкивает на мысль что бакап производится отключением файла БД от БД, потом копируется итд... очень надеюсь что не так, хотя бы потому что Эридан поднялся достаточно быстро...

Это не критика... критика была в 16:30... причём на языке были только маты... Вы пишите в описании игры, что мол в неё играют молодые люди нехило продвинутые в IT, отчасти это правда... мы и помочь можем (уверен что и среди играющих, и тем более среди создателей есть очень умные люди), игроки ведь и помочь могут если ч0, или посоветовать чего умного... всё лучше чем почти недельные откаты...
ПС: и зачем я тут пишу? эта ж коммерческий проект... хочу быть хоть тут вечным юзером лучше пойду пиво допивать ... хотя есть один плюс.. на Эрике щас мертви жЫЫЫрные.. если первым успеть... просто жалко убитого "мирного" времени посвящённого раскладыванию локалок, найденных артов и пр...

у меня, например, наука откатилась, а ресы продолжали производиться.

Ну в принципе в чем-то автор прав.
Фактически, достаточно сделать восстановление таблиц из бекапа и далее заставить игру считать последним рефрешем каждого игрока дату отката, дабы не получалось этой разницы в 3-6 дней.

Могу представить сколько весит оная база для отдельного мира под 2-3 тысячи игроков... если правильно написана - меньше гигабайта. реально резервировать за минуты 2... хранить на харде/рейде 24 резерва за последние сутки - вполне реально.
Но!
В результате отключения питания, очевидно, нарушилась целостность базы одного или более миров. Если каждому игровому действию соответствуют несколько записей, часть записалась, часть не успела... Если бы это обнаружили в первый же день, и не пытались восстановить вручную, откат был бы сразу, на 5-6 часов дауна, никто бы и не заметил...
А так, никакие резервы не помогли бы, ибо уже содержали ошибку...

2 разрабы: А транзакции? специально для этого их придумали... Кроме того, некоторые движки БД (например Firebird) пишут сразу на диск... и выключения не боятся...

ЗЫ: Я не разраб, поэтому подробностей произошедшего не знаю... Но в БД не новичок