Как правильно организовать работу отдела 1с (5 человек) на тестовом сервере в разных базах 1с?
Стоит задача организовать новый тестовый сервер для отдела 1с (5 человек)
В данный момент на поддержке отдела 1с 7 баз данных SQL. Конфигурации разные, есть как УТ так и самописные. Самая большая база примерно 250 гб. остальные по 20-40 гб.
Сейчас каждый 1с программист имеет свою копию базы и работает в ней. Используют хранилище, в которое выгружаются все изменения, далее через .cf сохраняют конфигурацию и обновляют рабочую базу.
Просят для нового сервера пятикратное объем под БД. т.е. для каждого 1с программиста копия всех баз + запас на 1-2 года. Ищу ответ на вопрос правильно ли это, так работать. Какие еще есть варианты организации работы не навредив удобству. Например: работа в одной тестовой базе одной из конфигураций всего отдела 1с, но чтобы как-то разделять где, чей код и не мешать друг другу. Т.е. в итоге иметь не 35 тестовых баз 7*5, а например 7
можно будет данные легко и непринужденно положить на ZFS.
ибо не уверен, что возможно организовать производительную работу со снэпшотами файловой системы чисто из-под Windows.
файловые системы типа Copy-on-Write позволяют иметь много версий данных (в данном случае - несколько версий одной и той же базы данных, у каждого разработчика своя версия; вплоть до того, что у каждого разработчика несколько версий одной и той же БД), при этом эти версии не будут занимать места до тех пор, пока в них не изменяются данные.
исходя из того, что редко в тестах переписывается 100% базы данных - место будет расходоваться экономно.
плюсом получаем быстрый (мгновенный) откат версии на исходные данные.
плюсом еще - возможность каждому разработчику иметь хоть по 100 вариантов одной и той же БД при минимуме перерасхода места на дисках.
я бы сделал это с PostgreSQL+FreeBSD+ZFS.
как это сделать с файловой БД и на Windows - с ходу не подскажу.
вам люди, которые будут это использовать - говорят как надо.
Вы сделаете через одну базу, завтра что то пойдет не так. и вы окажетесь крайним, потому что вы так предложили и учесть взаимовлияение 5 программеров в одной базе не смогли. Оно вам надо?
правильно просят. рекомендую райд 10, да, двукратный расход дисков. зато самый быстрый райд, в зависимости от количества дисков (штук 8, и пару таких же на полку, для замены, если реально кто то сдохнет)
ps объемный рейд 10 можно делать на бюджетных дисках, при чем лучше много дешевых, чем мало дорогих
а SSD под такие объемы тоже выйдут не дешево
для баз данных я всегда за 10 рейд. Требований как таковых нет, но простой или потеря наработанной информации 5 программистов 1С это уже финансовые потери для бизнеса.
denis0321, большую часть жизни, проработал админом, в тч в крупных компаниях. что автоматом означает сопровождение 1С серверов и/или команд разрабов. собственно, по тому и был дан такой ответ
Денис З, почитал каменты про PostgreSQL и ZFS. по моему опыту - не совсем то что надо. при работе с 1С и бухгалтеры/товароведы, и разрабы - плодят копии баз. и обычно количество копий растет, а уверенность какую уже можно удалить - не растет.
в отношении любых SQL - програмная архитектура 1С (по крайней мере, пока я был в "большом") была эффективна именно на файловой модели. все SQL резко проигрывали в производительности
если у вас разрабы - делайте выбор по их совету. в смысле если выберут файловую схему - пусть так и будет
тут лучше озаботиться какой ни будь классической схемой бекапирования баз
Тестовые-рабочие базы программистов могут быть и локальными файловыми, но велик шанс что сделанное программистом локально будет не так работать в серверной базе. Как пример сортировка при выборке, работа с файлами, включение привилегированного режима.
Вам все верно ответили и в первом и во втором ответе.
Ко второму ответу можно еще добавить docker, каждому по своему серверу 1с и postgreSQL.
Как правильно организовать работу отдела 1с (5 человек) на тестовом сервере в разных базах 1с?
Правильно так как удобно пользователям и доступно бизнесу.
В вашем случае если им так удобно - в чем проблема?
Диски сейчас дешевые, особых требований по дисковой системе там нет, можно ставить недорогие SATA, никакие рэйды и прочие изыски под базы там вообще незачем.
Сложный
