Имя: Пароль:
1C
1С v8
Хранение файлов
,
0 Balabass
 
09.04.14
02:33
Есть задача на перспективу, решение которой требуется уже сейчас.
Есть 1с УПП, есть холдинг с 10 дочками, которые пока не работают в УПП.
В УПП планируется хранение всех бумажных документов, которые поступают во все 10 предприятий - начиная от учредительных документов, заканчивая заявками на выдачу ТМЦ, и все эти документы туда сюда двигать, согласовывать, подписывать.

В связи с этими планами, возникла задача - где и как хранить такой массив данных.
1. Средствами 1с в 1с
2. Средствами MSSQL в MSSQL и привязкой скана по индексу к документу в 1с
3. На файлопомойке с веб мордой, аля фотохостинг, с привязкой ссылки на файл в 1с.

Интересуют мнения окружающих, советы.
1 Balabass
 
09.04.14
02:36
Хранить будут PDF.
2 ahachack2
 
09.04.14
02:57
+ за средствами 1с в отдельной базе.
3 RayCon
 
09.04.14
05:06
(0) Подцепи 1С:ДО
4 Cube
 
09.04.14
05:32
(0) В 1С:ДО есть два варианта: внутри БД и на внутрисетевом ресурсе. 1С рекомендует не хранить внутри БД, а использовать внутрисетевой ресурс. Почитай/посмотри_видеоуроки про ДО, может многое станет ясно...

Начать можешь отсюда: http://v8.1c.ru/metod/videotutorial/000000014.html
5 Heckfy
 
09.04.14
08:10
Я за храниение сканов в самой базе, если конечно там не фееричные объемы.

Это самый безгемморойный вариант. Дабы потом не мучаться с синхронизацией при бекапе/ресторе. Не искать кто файлы перелопатил все? А то, оказывается, копию базы подняли для теста, а пути к файловому хранилищу/внешней БД не поправили... Не отвечать на глупые вопросы, типа: Я файлик прикладывала, а сейчас его нету. А оказывается, что внешнее сетевое хранилище в тот момент отвалилось.. Да много там чего может быть.
6 Balabass
 
09.04.14
08:36
(5) гигов 300 - много/мало?
7 Heckfy
 
09.04.14
08:40
(6) Нормально.
8 Cube
 
09.04.14
08:43
(7) Допустим, архивная копия базы вешает 1 Гб. Хранишь ты на сервере, примерно, копий 30. Считаем объем под бекапы.
Было: 1 * 30 = 30 Гб.
Стало: (1 + 300) * 30 = 9 Тб.

Нормально, чо...
9 Cube
 
09.04.14
08:45
+(8) Продолжаем. Решил ты развернуть копию локально на своей тачке... Ну, пол дня она копировалась. Ну, пол дня восстанавливалась... Ну завтра поработаем, да?
10 Cube
 
09.04.14
08:47
(5) "копию базы подняли для теста"
Механизм будет самописный. Можно ПриЗапускеСистемы() выключать этот механизм, если имя базы на сервере 1С:Предприятия не соответствует ожидаемому...
11 Heckfy
 
09.04.14
09:04
(8) Открой для себя другие виды бекапа, кроме full :)
При использовании diff и trn места гораздо меньше потребуется. Например, при схеме: Фулл раз в неделю, дифф раз в сутки, трн раз в час/пол часа.
И да, NAS на 8 терабайт тысяч 60 стоит. Не думаю, что это не подъемная сумма для организации.

(9) Согласен. Инерция возрастает. А вообще то, если нужна копия, то можно настроить джобу на скуле, которая каждую ночь тебе копию делает. А локально такая база в принципе не развернется.
(10) Согласен. Можно. Но где гарантии, что кто то когда то про это отключение не зубудет?

Вижу единственный минус - время на бекап/рестор. Лично я готов мириться с этим неудобством, когда в противовес стоЯт возможные гораздо большие проблемы.
Есть два вида языков, одни постоянно ругают, а вторыми никто не пользуется.