![]() |
![]() |
![]() |
|
Как у вас организован доступ к боевой базе? DiMel_77, sdf, ptiz, okmail, GreenLab, rozer76, END, stix2010, arsik, ДиВаH2, vyaz, nshrek, uno-group, craxx, maxab72, Ильф, Fish, Transfer, runuts, Crusher, Garykom, scanduta, Has, mortal, НеМогуВойтиВАккаунт2, pavlika, Hawk_1c, kubik_live, Elf_80_lvl, Гипервизор, MichK, alexela, Irbis, Волшебник, alexis_nov, Шурик71, Шаграм, Chameleon1980, Злопчинский, dchumak, Группа неравнодушных, kir-g, comp2006, АНДР, 1Снеговик, DemonShinji2, vbus, Terrixus, Chai Nic, Dedal, sikuda, Timon1405, v27, Гость из Мариуполя, 2S, hunter76, Zamestas, vicof, Джордж1, zva, chelentano, strange2007, Amra, Mr_Boogie, RAJAH, John D, Domovoi, ndrv, Vstur, Климов Сергей, nAPACEHAK, Gucci76, denk32, Zapal, Михаил Козлов, zzz_zzz_zzz, Maestro2020, Калиостро, PR, takefive, sanyaka, Бычье сердце, Ногаминебить, bmitkin, Кот16, DeeK, avkynev, yanikolay, vis, Bad_Aleks, DimVad, dva1c, Alex33, Fedor-1971, Arh01, Builder, skafandr, mishaPH, Alexor, KJlag, ADirks, ALCAPONA, igouranga, МаленькийВопросик, ILM, Жеглофф, nvm220380, Eugene555, maxar, ivanov-i-i, Tefal, глазковыколупыватель
| ☑ | ||
---|---|---|---|---|
0
program345
08.07.25
✎
06:58
|
Доброго времени!
Слушал курс Арутюнова по 1с, он там рассказывал что на многих предприятиях программисты не имеют доступа к боевой базе вообще, за нее отвечает админ. Вся работа ведется на копиях. И такого чтобы делать отладку на боевой не допускают, чтобы случайно не нарушить работу юзеров. Как у вас выстроен этот процесс? |
|||
1
DimVad
08.07.25
✎
07:18
|
(0) Работал с такими предприятиями. У них свой "админ на доверии" и они нанимали 1С-ников по удалёнке.
У каждого своя тестовая конфа. Если конкретному удалёнщику уже доверяют то он скидываете изменения через хранилище. Если ещё нет то это делает админ просмотрев что ты там написал. Как-то так. p.s. там городок небольшой, и "удалённый от цивилизации". 1С-ников не слишком много. Работали вот так с удалёнщиками. |
|||
2
ILM
гуру
08.07.25
✎
07:22
|
Админю базу я и программирую в ней я. Юзеров и права тоже я добавляю.
Есть ещё две дополнительные копии, для доработки или расчета ССТ, все через одно хранилище. Если нужно что-то протестировать, то обновляю на копии проверяю, если ОК, то загружаем в рабочую. В рабочей правлю ошибки пользователей или делаю нужные настройки. А админы делают бэкапы и удаленный доступ. Плюс сетевая структура и защита на них. |
|||
3
Гипервизор
08.07.25
✎
07:19
|
(1) Админ рецензирует код программистов? Однако!
|
|||
4
DimVad
08.07.25
✎
07:32
|
(3) Не рецензирует а скорее просто смотрит не псих ли ты и не вредитель. С 1С он знаком.
Через неделю меня уже подключили к хранилищу. |
|||
5
maxab72
08.07.25
✎
07:56
|
(0) У нас есть рабочая база, основная тестовая, где собираются изменения, и пара черновых отладочных. Тестовая и черновые отладочные на отдельном сервере 1с и SQL сервере. К рабочей у прогов есть доступ, так как часто для того, чтоб разобраться в чем затык необходимо посмотреть, а что внутри у конкретного документа происходит, и чем он отличается от беспроблемного. Разумеется в рабочую никаких изменений не вносится при этом. За сборку тестовой отвечает старший из программистов или руководитель отдела. Все обновления рабочей производит руководитель отдела или замещающее его лицо. Для внесения изменений регламентом, закрепленным приказом по фирме, выделено технологическое окно (два раза в неделю с 21:00 по 24:00 - но могут не использоваться). Для очень глобальных изменений, требующих большего срока - длинные выходные, пару раз в год найти можно.
|
|||
6
Гипервизор
08.07.25
✎
08:03
|
(5) Большое у вас окно. А что прописано в приказе? В это время пользователям работать можно, но осторожно - в любой момент может выпнуть из базы? Или как?
|
|||
7
Irbis
08.07.25
✎
08:05
|
У меня в 2017 был первый документ, который адаптировал под контору. Методика внесения изменений в информационные системы. Так по ней все изменения тестируются пользователями только на копии, "на бой" переносится только прошедший ПСИ код. Все обновления в нерабочее время с предварительной рассылкой по списку.
|
|||
8
Amra
08.07.25
✎
08:11
|
(0) Во многих крупных конторах так, что проги доступа к проду не имеют. Вся разработка на ДЕМО-базах, не на копиях прода. Проги выкладывают доработки в хран разработки, потом с какой то периодичностью старший прог обновляет копию прода для тестирования. Аналитики тестируют, и потом тот же старший прог переносит прошедшие тестирование доработки в хран прода. Прод непосредственно обновляет админ БД из этого храна прода
|
|||
9
maxab72
08.07.25
✎
08:12
|
(6) Окно нормальное, есть время быстро проверить результат и если что пошло не так - откатиться взад. Так как у нас филиалы на востоке, им это не мешает никак, они спят. Остальной народ тоже к этому времени уже заканчивает работу, отдельные упоротые не в счет. В приказе сказано, что "для обеспечения выполнения работ по обслуживанию и обновлению рабочих баз сотрудникам компании может быть ограничен доступ к базам в указанные промежутки времени по решению руководства отдела". Далее просто - рассылка сообщения об отключении списка баз в 20:55 и через 5 минут начинается изгнание бесов насильно. То есть если рассылки не было (или твоя база не указана) - тебя не тронут. Была - сохраняйся и выходи.
|
|||
10
Chai Nic
08.07.25
✎
08:17
|
Жесть конечно. Но наверное в крупных конторах где куча программистов и серверов по другому нельзя. Я в таких не работал. У меня всегда было так, что программист - он же администратор сервера 1с, то есть имеет все права там.
|
|||
11
maxab72
08.07.25
✎
08:18
|
(7) адекватные пользователи. У нас директора отделов добились, чтоб их сотрудников не отвлекали на тестирование, мол тестируйте сами.
|
|||
12
maxab72
08.07.25
✎
08:23
|
(10) для крупных контор, которые работают 24/7, вводят новый режим динамического обновления, с возможностью изменения структуры таблиц самой базы. Вот это жесть так жесть.
|
|||
13
arsik
гуру
08.07.25
✎
08:28
|
(12) Если я правильно помню, то это только для корп лицензии
|
|||
14
arsik
гуру
08.07.25
✎
08:32
|
(0) У каждого разработчика своя база, подключенная к хранилищу.
Продуктивная обновляется еженочно кроме пятницы и субботы. Так же есть свежая копия - ночная. Для отладки "непонятных" багов. |
|||
15
maxab72
08.07.25
✎
08:33
|
(13) ага, сперва потренируются на кошках...
|
|||
16
Chai Nic
08.07.25
✎
08:33
|
(13) А как транзакции в этом случае работают?
|
|||
17
arsik
гуру
08.07.25
✎
09:18
|
(16) https://its.1c.ru/db/v839doc#bookmark:dev:TI000000063
Процесс фонового обновления конфигурации состоит из нескольких этапов:
Фаза обработки: ● Выполняется длительное время. ● Запуск данной фазы может быть выполнен любым способом: ● Интерактивно, из конфигуратора; ● Из встроенного языка (с помощью соответствующих методов); ● С помощью режима пакетного запуска конфигуратора. ● Во время выполнения фазы пользователи могут работать с информационной базой. ● Выполняется реструктуризация основного объема данных для следующих объектов конфигурации: — Справочники, — Документы, — Журналы документов, — Регистры сведений, — Регистры накоплений, — Регистры бухгалтерии, — Регистры расчета, — Последовательности, — Планы счетов, — Бизнес-процессы, — Задачи. ● Во время выполнения фазы обработки, система фиксирует все измененные данные для вышеперечисленных объектов, по аналогии с механизмами обмена данными. Фаза актуализации: ● Запускается автоматически, после окончания фазы обработки, с интервалом 1 минута. ● Во время выполнения фазы пользователи могут работать с информационной базой. ● Фаза состоит из автоматически повторяющихся итераций. Каждая итерация анализирует изменения, накопленные с момента выполнения предыдущей итерации (или завершения фазы обработки) и выполняет реструктуризацию накопленных изменений. ● Итерации завершаются в момент перехода к следующей фазе. Фаза принятия изменений: ● Требует монопольный доступ к информационной базе. ● Во время выполнения фазы пользователи не могут работать с информационной базой. ● Первым шагом этой фазы выполняется актуализация данных, накопленных с момента проведения последней, перед текущей фазой, итерации фазы актуализации. ● Затем выполняется реструктуризация данных, не участвующих в фазах обработки и актуализации. В этих данных не предполагается большого объема изменений, и их реструктуризация выполняется быстро. ● Следующим шагом выполняется принятие всех изменений, выполненных в базе данных. ● После этого обновление конфигурации базы данных завершается. |
|||
18
DiMel_77
08.07.25
✎
10:04
|
(0) У нас разработчики выполняют разработку на своих демо-базах, потом изменения переносятся в хранилище разработки, в котором аккумулируются изменения по выполненным доработкам. После помещения доработки в хранилище разработки подготавливается конфигурация с этой доработкой для продуктивной базы. Эта конфигурация ставится на копию рабочей базы, и ответственный аналитик производит внутреннее тестирование доработки, потом совместно с заказчиком производится бизнес-тест. После успешного прохождения бизнес-тестирования эти доработки помещаются в продуктивное хранилище. Время помещения доработок в продуктивное хранилище регламентировано (не позже чем за 4 дня до релиза). После помещения изменений в продуктивное хранилище архитектор выполняет сборку релиза с выполнением дымовых тестов. Этот собранный релиз дополнительно тестируется 3–4 дня аналитиками, и после этого выполняется обновление продуктивных конфигураций. Отладка ошибок возможна на ежесуточных копиях продуктивных баз через HTTP-отладку. В случае необходимости выполнять обработку данных продуктивных баз (которые нельзя выполнить в рамках обработчиков обновления), подготавливаются обработки, которые в пакетном режиме выполняют требуемые изменения. В случае если требуется интерактив, то такие обработки выполняет либо заказчик самостоятельно, либо администраторы. Релиз собирается раз в неделю, за исключением времени закрытия месяца, когда объявляется мораторий на обновления. Ошибки, найденные между релизами, исправляются расширениями, которые удаляются после установки релиза.
|
|||
19
1Снеговик
гуру
08.07.25
✎
10:21
|
(18) жесть какая, беги оттуда
|
|||
20
DiMel_77
08.07.25
✎
10:41
|
(19) А в чем жесть-то? На любом +- крупном проекте с разработкой тиражных решений примерно так и работают.
|
|||
21
maxab72
08.07.25
✎
10:39
|
(19) нормальная схема, если над конфой работает одновременно более двух человек.
|
|||
22
Кот16
08.07.25
✎
11:13
|
Работал на проектный франч - доработки в тестовых базах через хранилище. Рабочую базу обновлял либо наш тимлид (он же проводил код ревью), либо программисты заказчика. К рабочей базе доступа иногда не было совсем. Почти всегда была боевая копия, с разницей в 3 дня - неделю от рабочей, на которой аналитики проверяли доработки.
|
|||
23
Amra
08.07.25
✎
11:28
|
(19) Нормальный подход, мы по похожей схеме работаем
|
|||
24
pavlika
08.07.25
✎
11:53
|
Три контура - разработка, тестовый, продуктив. Разработчик сделал доработку, добавил в ГИТ. Оттуда аналитик (поддержка) собрали тестовый. Дальше внутреннее тестирование аналитиком, если есть замечания - возвращаем разработчику. Если нет - на тестирование пользователям. При отсутсвии замечаний доводим задачу до сборки. За день до релиза сборка cf и тестирование, после сам релиз. В продуктив доступ только у поддержки.
|
|||
25
ptiz
08.07.25
✎
12:18
|
(20) А если "надо срочно"?
|
|||
26
alexela
08.07.25
✎
12:21
|
Сейчас есть на удаленной подработке 2 Ерп базы. Продуктовые базы располагаются даже не у них, а где-то на арендованных серверах. В конфигуратор в продуктовые базы доступа нет. Копии баз выгружены на тестовый сервак, где и происходит доработка. Все доработки через расширения. Аналитиков, тестеров нет. Админ по моему тоже в 1ске не волокёт. Ну у них там амбиции не слишком большие по доработкам. Как-то так.
|
|||
27
DiMel_77
08.07.25
✎
12:25
|
(25) Что значит "надо срочно"?
Если исправление ошибок без изменения структуры конфигурации, то делается расширение. Если требуется срочная разработка с изменениями метаданных, тогда этот запрос на изменение просто обрабатывается в приоритетном порядке и все. Но это не значит, что для такой задачи не будут соблюдаться все шаги, которые сопровождают разработку (Сбор бизнес требований, согласование с методологами, подготовка ТЗ, оценка, разработка, внутренний и бизнес тест, подготовка релиза и документирование изменений). |
|||
28
strange2007
08.07.25
✎
12:40
|
(27) >> Что значит "надо срочно"?
Например, гос.органы изменили API доступа к ресурсу, при чём молча, и к обеду приходит прокуратура с плановой проверкой и моделируют продажу краденой вещи. 1С-ник в течении нескольких минут костылей набросал, пока проверящим читали лекции по безопасности, и всё сразу обновил в прод. Никого не посадили, никого не оштрафовали, проверяющие ушли довольные. Потом уже все выдохнули и уже планово устроили ругань с гос.ресурсом, с кучей бумажек, жалоб, угроз, в общем как положено. |
|||
29
Irbis
08.07.25
✎
12:42
|
(25) Какая может быть срочность для отлаженной базы на проде? Изменения в программы вносятся на каком-то основании. Желательно письменном и по утверждённым методолагами ТТ и ТЗ
|
|||
30
Irbis
08.07.25
✎
12:43
|
(28) госструктуры "внезапно" редко что меняют, чаще негосорганы узнают "внезапно"
|
|||
31
DiMel_77
08.07.25
✎
12:44
|
(28) Интересно, а как вы это себе представляете когда у вас не одна база, а скажем 70? (или как нас на смежном направлении более 200?). И честно говоря тут речь идет не о банальной торговле...
|
|||
32
strange2007
08.07.25
✎
12:50
|
(30) Это было бы отлично, но я с таким случаем сталкивался именно в описанном формате. За эти минуты правок вспотели все, а кто-то даже молиться начал)))
(31) Там другую модель надо продумывать. В частности надо предусматривать бои с представителями прокуратуры. Всё возможно, вопрос только в стоимости |
|||
33
Irbis
08.07.25
✎
13:06
|
(32) Я так когда в 2017-м устроился, мне пришлось срочно банковские переводы под фискальные чеки делать. Потом, когда читал про изменения в ФЗ, так там чуть ли не больше чем за год написали. Просто не применяли штрафные санкции. Так примерно и бывает, пока гром не прогремит, мужики креститься не станут.
|
|||
34
Fish
гуру
08.07.25
✎
14:38
|
(32) "надо предусматривать бои с представителями прокуратуры" - А может, проще работать, соблюдая закон, тогда и с представителями прокуратуры видеться не будете?
|
|||
35
ptiz
08.07.25
✎
18:04
|
(34) Возможно, вы просто не сталкивались со "своим представлением" закона у прокуратуры. Доказывать, что ты не верблюд приходится даже при отсутствии нарушений.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |