Имя: Пароль:
1C
1С v8
Какие последствия, если копия базы создана копированием SQL-файлов?
0 Aleksey_Mista
 
04.08.14
21:02
8.3.5.1068, настроена односторонняя синхронизация УТ 10.3 -> БП 3.0

Админ создал копию базы УТ 10.3 копированием SQL- файлов (параметры доступа к базе в настройках синхронизации уже поправили). Волнует другой вопрос: по логике 1с не обязательно все хранить в SQL, есть и вспомогательные файлы...

Что может отвалиться?
1 МихаилМ
 
04.08.14
21:04
что такое "SQL- файлы" ?
2 PR
 
04.08.14
21:06
(0) Приложенные файлы например.
3 Aleksey_Mista
 
04.08.14
21:06
(1) mdf, ldf
4 Aleksey_Mista
 
04.08.14
21:07
(2) подробнее можно?
5 Chai Nic
 
04.08.14
21:08
Журнал регистрации хранится отдельно от базы
6 Aleksey_Mista
 
04.08.14
21:09
(5) ну ЖР и при выгрузке/загрузке не сохраняется..
7 МихаилМ
 
04.08.14
21:10
вспомогательные файлы только - бд полнотекстового поиска
но её можно перестроить.

ну и жр.
8 Chai Nic
 
04.08.14
21:10
(6) Вот именно.. криво как-то с ними сделали(
9 PR
 
04.08.14
21:10
(4) Что подробнее?
В базе можно хранить приложенные файлы. Они могут храниться не в базе, а на диске.
Всё.
10 Aleksey_Mista
 
04.08.14
21:11
(9) капитан очевидность :)
11 N1kMZ
 
04.08.14
21:16
(10) Не, оно конечно, понятно, что бекап SQL деалется штатными средствами, но можно и файлы скопировать, если detach сделать. Не очень понятно, ты с чем сравниваешь бекап, и как его надо было сделать?
12 N1kMZ
 
04.08.14
21:16
(11) + Выгрузка из 1с - это нифига не бекап.
13 Aleksey_Mista
 
04.08.14
21:19
(11) я сравниваю со стандартным инструментом от 1с: в конфигураторе выгрузить/загрузить

Ведь сервер 1с- более высокоуровневая логика, там могут какие-то дополнительные телодвижения делаться при выгрузке/загрузке.

(12) А что это?
14 N1kMZ
 
04.08.14
21:25
(13) Это инструмент выгрузить/загрузить. Не более того.
15 Chai Nic
 
04.08.14
21:42
(14) Вполне себе бэкап.. не умничайте.. вероятность получить архив с кривыми данными при этом есть, но она очень небольшая.. Бэкап средствами sql тоже кривым бывает, особенно в случае постгреса.
16 ДенисЧ
 
04.08.14
21:44
(15) таки мы про sql или про постгреее? ))
17 Aleksey_Mista
 
04.08.14
21:45
(16) ms sql
18 hhhh
 
04.08.14
21:45
(16) постгрес SQL ?
19 ДенисЧ
 
04.08.14
21:46
(18) Постргрееееееееееееееееееееее....
Студенческая под(д)елка....
(17) Как уже сказали, за исключением ЖР и внешних присоединённых файлов - ничего не будет.
20 Sorm
 
04.08.14
21:47
(0) Ничего, кроме ЖР
21 Chai Nic
 
04.08.14
23:03
(19) Вот кстати непонятно, почему 1с поддерживает постгрес, но не поддерживает файрберд. Нормальная же СУБД, со своими тараканами конечно, но зато на порядок стабильнее, чем постгрес.
22 Ненавижу 1С
 
гуру
04.08.14
23:06
23 Torquader
 
04.08.14
23:57
У Firebird очень много ситуаций, когда транзакция заканчивается ошибкой, что для нормальной системы не очень полезно.
Скорость работы в FireBird не самое главное - у него есть достаточная устойчивость от внезапного отключения питания - хотя база и "мрёт", но не окончательно.
Там запись каждой операции идёт в отдельную область диска, что предотвращает всякие столкновения и т.п., но планы исполнения запросов и т.п. - немного непродуманные и требуют явного указания.
Кроме того, событийная модель, придуманная в FireBird позволяет серверу быть инициатором обработки на клиенте, что в других серверах очень не принято.
Также, при столкновении и взаимоблокировке транзакций, система не убивает одну транзакцию (как это делается в MsSql) а просто ждёт указанное время, а потом откатывает транзакцию с ошибкой (не задаваясь вопросом из-за чего возникла блокировка) - в результате, при совместной работе наблюдаются сплошные тормоза, если неправильно готовить запросы к системе.
24 Chai Nic
 
05.08.14
08:01
(23) Главные тормоза у файрберда из-за "кооперативной уборки мусора". Соответственно, хорошим тоном для баз файрберда является такая парадигма, когда МАССОВОЕ удаление данных минимизировано. А если уж удалять - то "убрать за собой", выполнив select таблицы, из которой удаляли.