|
Хранение файлов | ☑ | ||
---|---|---|---|---|
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) Согласен. Можно. Но где гарантии, что кто то когда то про это отключение не зубудет? Вижу единственный минус - время на бекап/рестор. Лично я готов мириться с этим неудобством, когда в противовес стоЯт возможные гораздо большие проблемы. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |