Собственно столкнулся со следующей проблемой.

Есть База данных боевая - 1 шт.

Есть состав из разработчиков - 10 шт.

Все они делают разное по ТЗ, и всем нужны данные для работы.

Как делаю Я: делаю СКЛ бекап боевой, разворачиваю его в тестовой базе - отдаю базу прогеру.
Итого - 1 Тб только на тестовые базы.
Есть стойкое ощущение - это неправильно.

Как делать красиво?

оставить одного разработчика

Разработчиков надо считать квадратными метрами же. Например Я всегда так делаю!

так может хранилище все-таки создать

(1) Не вариант. В (0) указано - делают разное и параллельно.

(0) хранилище конфигураций для коллективной разработки и придумали

(3) Хранилище - это конфигурация. Оно создано и благоденствует.

Все изменения в боевую приезжают из хранилища.

(0) Не хрен делать 10 разработчикам в одной базе.

(7) 10 разработчиков - 10 баз.

"делаю СКЛ бекап боевой, разворачиваю его в тестовой базе" // Лучше огранизовать подкачку данных из рабочей или центральной тестовой в базы разработчиков

(9) суть в том, что 10 баз - как они получены - не суть

(9) +100500
Сами. Ручками. Только необходимое. Из общей тестовой, где интеграционное проводится. Через XML.

(0) Сделай какой-то объективное тестовое наполнение где будет по одному-два-три тестовых полных примера. Мы делали у себя через прямой т-скульный скрипт, который на пустой базе заполнял базу тестовыми данными. И только после отладки на таком тестовом окружении, была тестово-боевая база, на которой дальше можно было продолжать тестирование. Но не террабай, конечно.

(8) Купите еще один винчестер. Сейчас они по цене семечек.

"террабай" - земляной хан?

(14) точно :)

(13) Юзается СХД на 16 Тер. Не сказал бы что Семечки :)

(11) +1. для тестирования достаточно в тестовой базе тестовых данных, для всего остального есть мастеркард (13)

И кажется, террабайтная база - это наверное база за всю историю существования вселенной с момента сингулярности и последующего большого взрыва (Рован не даст соврать, он видел) до текущего времени.

(12) мне, как разработчику очень не комфортно работать на тестовых данных
эффективность и производительность сильно падает
ошибки, отчеты, оптимизация - все требует реальных данных

Кстати, в основе - типовая какая-то конфа?

Если всем десяти разработчикам для удобной отладки и тестирования нужны все данные из рабочей базы, то никак

База по управлению мира?
Что же делают 10 разработчиков в одной базе?)

(20) УПП + БФ.

(19) ты наверное, не работал с такими заказчиками, которые тебе живые данные вообще никогда не дадут. Это приучает к некоторому предварительному тестированию. Или - как другой вариант, тестирование на реальных данных производить негде. Если есть террабайтная база, то нужно, чтобы где-то был какой-то сервер, который бы позволял все это также как и на живой базе - крутить. У нас, кстати, и первое было, но чаще - второе. Не было такого мощного железа, чтобы даже как-то работать приемлимо с живыми данными.

+(19) - вот ЗУП 2.5 сейчас тестируют на тестовых данных - и лезут ошибки
а были бы данные (пусть даже тестовые) от 2005 года
одной ошибки не было бы как минимум

Мы, в этом деле, как я писал, уперлись в то, что чистые тестовые данные, если запускать некий скрипт по наполнению базы, выполнялся неоправданно долго. Поэтому решили проблему через спец.справочник, в который сохранялись тестовые данные по скрипты в ввиде т-скульных портянищ.

(25) бывает и не такое :)

А с чего вы взяли что база терабайтная? Это 11 баз на терабайт.

У нас база больше 500гб. Но я разработку веду в маленькой файловой - копии боевой, в которой только 3 месяца поработать успели.
Правда изредка всё-равно приходится в полноценную копию лазить :)

(24) работал - но производительность падает, как я и сказал
про ЗУП и ошибки

вот есть там такой "ПериодЗавершения" и прочие "Завершения"
давным-давно, приемом на работу можно было сразу и уволить - все писалось одной строкой в РС
сейчас эту возможность прикрыли - вы даже не сможете сделать тестовый пример через интерфейс

и потому теперь в ЗУП нельзя уволить сотрудника принятого на время на внутреннее совместительство в 2005 году

(28) А если скажут копию для тестов - бухам, копию для тестов экономистам, копию финикам, копию для аудита, и тебе для разработки? как быть?

Использовать обрезанную копию тестовой базы за последний год. + почистить все ненужные "служебные" таблицы

в порядке бреда - можно поставить два сервера 1С и подключить две базы (по одной на каждом сервере) к одной базе SQL

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

(30) Сделать для каждого из них полноценное тестовое наполнение пустой базы. У вас же 10 разработчиков. Я так полагаю - общая численность пользователей всей системы - тысячи человек. О чем речь ведется.

просвещаемся: http://kb.1c.ru/articleView.jsp?id=101

(30) Несколько раз делали копии для финансистов. Аудиторы - в рабочей базе копаются с правами просмотра.

https://msdn.microsoft.com/ru-ru/library/ms151198.aspx

https://msdn.microsoft.com/ru-ru/library/ms151799.aspx

(0) у меня есть отличный практический опыт. загоняешь всех разработчиков на терминальный сервер и запускаешь обработку, которая грузит жесткий диск на 100%. и главное, чтоб не было никаких SSD. также желательно хранилище иметь на другом сервере, который периодически теряет связь. можно прям поставить какой нибудь умный коммутатор, который рубит SMB при наличии подключений больше 5. ну и как вариант не давать доступа напрямую к SQL - только через DBA и по заявкам, согласуемым через отдельного оператора.

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

(38) За разрешить попрактиковаться на такой реальной работе еще и деньги брать нужно, вместо выплаты ЗП...

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

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

А в тестовой базе бухгалтеры и экономисты настройки меняют, доки правят и т.д.
Раз в месяц все копируется из боевой в копии.

>> А в боевой я запросы отлаживаю на скорострельность
збс

(43) В рабочей базе работают 200 человек.
В тестовой 1.
И как оценить реальную производительность?

(44) Хоть 2000 человек. Они не имеют прямого отношения к твоему запросу. На производительность запроса влияют другие факторы, но никак не количество пользователей

(45) а как же ДЛЯ ИЗМЕНЕНИЯ (но я не верен, что это случая ТС-а)?

(40) У нас похожая ситуация, только людей побольше. Объем базы не влияет на разработку. Если конечно не надо реструктуризацию делать. И большую часть времени разработчики работают в конфигураторе, а не перепроводят документы.

(46) Сейчас везде упр блокировки

(48) >> Сейчас везде
Отучаемся говорить за всю сеть.

(0) Если места жалко, то можно транкейтом очищать ненужные таблицы и шринковать.

(49) Если у них 10 разрабайтеров и до сих на автоматных блокировках, то извините

Когда в одном отчете на СКД выводится с десяток внутренних отчетов и тройка графиков, то скорость всех запросов очень важна.

(45) особенно если они одновременно колотят данные в регистр, по которому ты строишь отчет...

(53) И? Как ты будешь оптимизировать запрос в этом случае?

(52) Я не спорю, что скорость важна. Я против того, чтоб в продуктиве тестировали и отлаживали запросы.

Работал в организации где разработчиков было 17 чел, база 1.5тб. Нечего не выдумывали, для каждого делали копию базы на тестовом сервере. Если, есть деньги на 10 девов, то грех жаловаться на стоимость железа на ораганизацию их работы. Из вариантов для экономии вижу разработка механизма урезания базы или подключение к 1 базе несколькими конфигураторами, но считаю что связанные с этим пробелмы сведут к 0 выгоду.

(0) У нас разработчиков побольше, да и на одного разработчика/методолога может по паре баз в одно время приходиться. Есть тестовые сервера, ведется список тестовых баз под задачи со сроком действия тестовой базы. Некоторые базы закреплены только за методологами/тестировщиками и разработчики в них вносят изменения по очереди. Тестовые базы из архивов не ежедневно обновляем само собой, а только при необходимости. Можно создать локальную файловую базу только для изменений в конфигурации и на ней работать с минимальными данными, потом перенести изменения через хранилище в тестовую.
У нас не такие объемы и тестовые так сильно место не занимают.
Если база содержит некритичные данные их можно после восстановления из архива удалить (например историю версий или вложенные файлы).

(0) Есть стойкое ощущение, что при нынешней цене дискового пространства не покуй ли на такие мелочи?

(56) " но считаю что связанные с этим проблемы сведут к 0 выгоду." - нахрена тогда батоны крошишь?
(57) У меня 1 в 1.
(58) Вопрос не в цене, а в подходе.

(59) А чем плох подход?

(34) Спасибо. Хорошая статья.
(60) Как говорится - "Работает, не трож", но быть может не "верной дорогой идете, товарищи".

(0) Начни работать в Хранилище :)

(61) Ну если хочешь сэкономить на количестве баз, то разбей сутки на 10 смен. И пусть 10 программистов работают с одной базой по очереди.

че то мощное пилитите, раз 10 и все одновременно) УПП все и вся

(0) Купите СХД. Все остальное от лукавого.

Купите, добавьте - еще 10 прогов, снова покупка, потом помещение для винтов, не несите чушь. Все в меру должно. А насчет баз, тут либо хранилище, либо сверните базу-то. Мля 10 прогов и не могут придумать что-то. Как они у Вас лампочки вворачивают?

(0)как у нас:
файловое хранилище конфы
локально установлен скуль, база соответственно на локальном компе
есть выделеный сервер 1С для разрабов
профит

(0) Наверное не догадывается, что его подчиненные в этой ветке разводят на новый СХД

Выгнать 9 человек, оставить 1 человека и 1 базу.

(0)
Это вопрос организации рабочего места сотрудника.
Есть одно универсальное решение: добавление дискового пространства.
Не думаю, что это проблема для предприятия, которое может себе позволить 10 прогов.

(0) Итого - 1 Тб только на тестовые базы.
И? Это много?

(71) Кажется что да. Не?

(0) У меня пять разработчиков. Создано хранилище, к нему подключена боевая база. Есть сервер разработчиков, на нём сидят все програмеры. Тестируют тоже на нем. Когда протестировали сбрасывают в рабочую через хранилище. Сервер разработчиков несет на себе все тестовые базы. Диски нынче не дорогие, а потеря данных на сервере разработчиков не критична.

(72) Тб это копейки, у меня на домашнем компе более 1 ТБ.... Это размеры шуточные

(0) 1 Тб это не много.

10 разработчиков это минимум лям в месяц...

хороший сервер со всеми лицензиями стоит примерно столько-же...

я тут не вижу вообще никакой проблемы....
---------------------------------------

но могу предложить очень экзотический вариант:

каждому разработчику ставим локальный постгри (или скуль стандарт) и получается сервер 1с общий а данные у каждого индивидуально....
правда при этом компы лучше не выключать :)

(76) Где вы такие цены находите?
Мы барахло ДЕПОшное с СХД за 2.5 мульта взяли, а вы за мульт что то там хорошее.
(74) У меня дома НАС 16 Тер, согласен - размеры шутошные, но не для бизнес информации.

(77) чего в (34) пишут, если можно вкратце

(78) Там про то, как НАДО делать.

(79) не жадничай, а то совсем уж кратко описал, что там написано)

А зачем разработчикам базы на терабайт? У нас для разработчиков небольшие базы гигов под 50. Все в принципе там тестируется. Тестовые в основном там есть, если что то не хватает, то сами туда добиваем.
Для боевого тестирования (нужно редко,  только сложные связи протестировать или быстродействие) развернута копия рабочей.

(81) Баз 10 -  в сумме 1 ТБ.

(82) Это нормально. У каждого разработчика копия.

(83) ТС не хочет каждому по копии, ему надо чтобы было мало и всем хватало.

(82) Аааа. Так это небольшие базы и нагрузки на них почти нет. Чего у вас нет СХД на пару терабайт. Ну купите сервак небольшой. Туда и обычные sata сойдут.

(0),(62) Хранилище иногда глючит. Особенно со сменой версии платформы, особенно если изначально с конфигурации не сняты ВСЕ замки. Просто, лично на такие грабли наступал. Дважды.
Но если хранилище рабтает - нужно юзать его однозначно.
Если нужны рабочие текущие данные, структура возможна такая:
Баевая база - Хранилище - База разработчика <=> Копия рабочей базы.
База разработчика и копия рабочей могут быть подняты на рабочих местах разрабов (Пусть будут достойные рабочие места с достойными программерами с прямыми руками). Изменения в копии с документированием изменений по объектам, объединение с базой разраба, заливка в хранилище и далее в боевую.
Пользовательские рабочие места ОБЯЗАНЫ быть прокачанными.

(0)Как вариант почистить копию от лишнего.Оставить по 100 элементов вкаждом справочнике и по 100 доков каждого вида. Для тестирование наработок хватит

схд и рейд понятия устарели

вопрос только в 1тб баз?
У все 10 чуваков пилят, не ужто на схд денег нет?

(84)(0)Это его личное душевное состояние. По параметрам то что описано - нормально.

можно на базе без данных, делать, но только если на каждый чих есть свой тест

который создаст необходимые данные сам по минимуму

(0) Ипать!!! А хранилище как же!?!?!?

тут не просто хранилище нужно, а целых 2.
одно для разраотки, другое для релизов

в теме сказано что УПП, а значит там в базе может быть множество организаций. ну так почистить первую копию. настроить обмен в одну сторону, который будет дописывать в первую копию для разрабов боевые данные, но только по ограниченному составу организаций или подразделений. именно что для разработки этого должно хватать. А тестировщики - так это отдельная песня и работа тестировщика не должна происходить в монопольном режиме. т.е. тестировочная база и есть там самая обкатка, после которой объекты хранилища можно накатывать на боевую

Тем, кто говорит про "дешевые диски". На обычных 7200 с базой 100гб работать - вспотеешь. Нужны либо SSD, либо 10 рейд из 10к винтов.
По объему - если 10 баз занимают 1 Тб, но всё равно нужен запас, желательно - 2х кратный.
Т.е. надо 2 Тб пространства, с учетом raid - 4Тб. А теперь посчитайте стоимость 4Тб SSD или HDD SAS 10к.

(93) хранилище = конфигурация. А данные в базах у них во множестве копий разложены и, как минимум, в 80% времени - это балласт

(96) но разрабом же не нужны промышленные ссд.

(96) Терабайтная база - это федеральный масштаб.
Хард и софт должен соответствовать.

(99) бывает и местный гуано терабайт в базе. но это как раз проблема бесконтрольных 10 разработчиков.

(96) Нормально работает на обычных механических винтах. Вы же не обрабатываете все 100Гб сразу. Это тестовая база. Там есть много данных, но нет множественного обращения. Разрабу достаточно. Проверено опытом, причем разные конфигурации машин. И получается, что база лучше и дешевле работает на механике.

(96) а в чем собственно проблема? если организация доросла до собственной подстанции, то почему её уже не сделать и расти дальше
конечно можно сделать Fresh и как то размазать разрабов по слоям одной базы или дедупликацию (требует много памяти и ядер) или вообще ms sql linux на btrfs (только в тестовой системе). но фактически проблема будет в объеме, как её не заворачивай.

(77) То есть для бизнес информации существуют границы , что то новенькое. Если надо 10 копий, то развернули и работают.

(87) Только не понятно, зачем?

(96) Ничего не потеет, все работает отлично. Как вообще размер влияет непонятно.

(101) +100500.

(101) "Это тестовая база" - не тестовая база, а 10 тестовых баз. По 100гб. Одновременно.

(107) распределите по разным серверам, это никто не запрещает.

(0) да все прально, сколько разработчиков - столько баз, все они просто подконнекчены к одному хранилищу. А как по-другому? Они же все хотят отладку делать, каждому своя песочница.

Мой вариант - общая тестовая для всех разработчиков с хранилищем конфигурации. Разрабы кидают свои изменения, когда хотят. И только раз-два в неделю (после тестирования в тестовой!) изменения ручками накатываются на рабочую. С описанием изменений в новом релизе.

А автор уже объяснил, зачем для разработки такие большие базы понадобились?

(111) 100Гиг это большая база?

Мощные машины разработчикам, 1 база 1 компьютер их компьютер их проблема. Свои копии делают с бэкапов.