Как жить без средств разработки и отладки в продуктиве

[Vadik]

Цитата:

Сообщение от Logger

А как вы, например, ловите хитровоспроизводимые баги? Которые на рабочей есть, а в тесте не воспроизводятся ?

Полная копия из продуктива в тест (database refresh), и пусть только попробуют не воспроизвестись

[fed]

Цитата:

Сообщение от Vadik

Полная копия из продуктива в тест (database refresh), и пусть только попробуют не воспроизвестись

А сколько времени это занимает для БД размером, например, в террабайт ?
Я просто думал над этой схемой. Ничего кроме transaction log transport в голову не приходит. Но это достаточно геморойное решение по быстрому обновлению БД...

[Logger]

Цитата:

Сообщение от fed

А сколько времени это занимает для БД размером, например, в террабайт ?

А если 10 террабайт ?
Не всякий тестовый сервак долетит до середины Днепра такую базу в принципе проглотит.

[Vadik]

Цитата:

Сообщение от fed

А сколько времени это занимает для БД размером, например, в террабайт ?
Я просто думал над этой схемой. Ничего кроме transaction log transport в голову не приходит. Но это достаточно геморойное решение по быстрому обновлению БД...

Терабайт не получится, потому что продуктив и тест на одной подписке и она ограничена (по крайней мере пока) терабайтом. Сейчас, с нашими детскими объемами, делают за час где-то. Правда надо делать заявку заранее

Цитата:

Vadik, вы просто троллингом уже занимаетесь

Где именно ?

Цитата:

Я рад, что у вас на проекте все так хорошо. Но мы обсуждаем нужды усредненного заказчика. Там все по-другому. По-моему, это очевидно

Я в общем несколькими проектами занимаюсь, из них только один на D365O и остальные на 2012, так что могу сравнивать. Потребности и проблемы, вне зависимости от "жирности" клиента и версии системы по большому счету - одинаковые. И то что мы 10 лет решали их одним способом не означает что не существует других. Именно эту мысль я и пытаюсь донести, только и всего

[Logger]

Цитата:

Сообщение от Vadik

Полная копия из продуктива в тест (database refresh), и пусть только попробуют не воспроизвестись

Такие случаи тоже возможны.
Встречался баг, который зависел от того как физически данные были в табличке расположены - результат расчета себестоимости был разный. Оказывается по одной номенклатуре внутри одной даты было несколько одинаковых проводок и результат зависел от того в каком порядке записи из SQL придут. На рабочей легли в одном порядке. В тесте в другом. Пришлось в сортировку recid добавлять.

Да чего я говорю - можно много ситуаций придумать когда баг воспроизводится в рабочей а в тесте - нет.

А самое главное зачем это все ? Затраты на поддержание такого сервака. Стоимость от простоя рабочей базы пока база скопируется, пока все воспроизведут, пока... выполнят все безумные хотелки и запреты.

Vadik, вы просто троллингом уже занимаетесь.
Я рад, что у вас на проекте все так хорошо. Но мы обсуждаем нужды усредненного заказчика. Там все по-другому. По-моему, это очевидно.