Size: a a a

1С, БСП, DevOps и Архитектура

2021 September 03

N

NNA in 1С, БСП, DevOps и Архитектура
Да все норм. Перепроводили. В базе приемнике дублей не создавалось. Ничего не падало. Если речь про новые документы, то в случае когда запись в приёмник не возможна, то создаётся запись в лог, какой гуид и какой тип метаданных не прошёл и почему. После этого в источнике можно по гуиду посмотреть объект руками и исправить точечно. А что должно было пойти не так?
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Если другая база недоступна и происходит массовая запись данных в источнике, то как потом твой лог разбирать? Это ж придется обвязку писать для массовой повторной выгрузки. Считай то же самое, что и сразу делать отложенную выгрузку.
источник

V

Vadim in 1С, БСП, DevOps и Архитектура
судя по всему, если вторая база недоступна, то и в первой ничего не удастся записать.
еще потенциальная ошибка - документ в приемнике запишется, а источник не сможет зафиксировать транзакцию
источник

N

NNA in 1С, БСП, DevOps и Архитектура
Источник проводит документ вне зависимости от ошибок приемника
источник

N

NNA in 1С, БСП, DevOps и Архитектура
Это проблема администрирования. По крайней мере так согласовывалось с заказчиком. Что если будет такая ситуация, их штатный програмист/администратор найдёт и разберется
источник

V

Vadim in 1С, БСП, DevOps и Архитектура
ну так-то если база совсем недоступна (не удалось кинуть хттп-запрос, упало в исключение) - транзакция должна сломаться, потому что "происходили ошибки"
источник

V

Vadim in 1С, БСП, DevOps и Архитектура
или оно в фоне делается?
источник

N

NNA in 1С, БСП, DevOps и Архитектура
Попытку в конфигураторе не банили) любое подключение хттп всегда идёт в попытке
источник

V

Vadim in 1С, БСП, DevOps и Архитектура
а это не важно, если упало в исключение, транзакция не завершится
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Ошибаешься
источник

V

Vadim in 1С, БСП, DevOps и Архитектура
почему?
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Есть исключения которые ломают транзакцию (даже если их перехватили и подавили), а есть которые не ломают
источник

V

Vadim in 1С, БСП, DevOps и Архитектура
интересно. есть где инфа по этому поводу?
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Как всегда - на Инфостарте. Где ж еще можно найти исчерпывающую документацию вместо вендора :)
источник

V

Vadim in 1С, БСП, DevOps и Архитектура
окей, спасибо, гуглану)
источник

V

Vadim in 1С, БСП, DevOps и Архитектура
небось там какая-нибудь работа с текущей базой типа чтение и/или запись
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Исключение при работе с БД ломает транзакцию (ее уже не зафиксируешь). Остальные - не ломают и могут быть подавлены, давая тем самым завершить транзакцию.

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

V

Vadim in 1С, БСП, DevOps и Архитектура
класс, плюс инфа
источник

V

Vadim in 1С, БСП, DevOps и Архитектура
раз уж начали тему - тесты провел. селекты тоже ломают транзакцию, не только запись
источник