Имя: Пароль:
1C
 
В чем разница при выгрузке серверной база средствами 1С и средствами SQL(как лучше)
0 Gray776
 
04.12.19
08:05
Собственно вопрос в названии темы.
1 Галахад
 
гуру
04.12.19
08:06
(0) При выгрузке средствами 1С нет гарантии, что база загрузиться обратно.
2 Kigo_Kigo
 
04.12.19
08:07
(1) Тоже самое могу сказать про SQL
3 unbred
 
04.12.19
08:08
(2) подробнее, пожалуйста.
4 Галахад
 
гуру
04.12.19
08:08
(2) Гм. Это по какой такой причине?
5 Kigo_Kigo
 
04.12.19
08:10
(3) (4) А кто ж их знает, несколько раз было, базы из бекапа SQL не поднимались, зато с дт-шек прекрасно грузились
6 Gray776
 
04.12.19
08:15
(5) А как лучше сделать выгрузку всетаки... Ну допустим надо копию базы развернуть для издевательств... Или переехать на другой сервер...
7 Галахад
 
гуру
04.12.19
08:15
(5) Гм. Так может быть дело в руках?
8 piter3
 
04.12.19
08:17
(6) dt имхо это для развернуть в файловую или перенести если субд не але сама.Все
9 Галахад
 
гуру
04.12.19
08:20
(6) Делай как умеешь.
10 rphosts
 
04.12.19
08:24
(0)разница есть:
1.Порядка 1-2% DT не загрузятся обратно. С бэкапами СУБД эта величина порядка десятых и сотых долей %.
2.бэкап СУБД можно делать в любой момент (но пока он выполняется не рекомендуется апать конфигурацию... даже без реструктуризации), а вот DT только монопольно.
3.развернуть обратно из бэкапа СУБД прилично быстрее чем из DT.

Это про полные бэкапы, а ведь с СУБД можно делать и разностные.
11 mistеr
 
04.12.19
08:25
(0) Что такое "выгрузка средствами SQL", бэкап что ли?

А "как лучше" зависит от того, "для какой цели".
12 Gray776
 
04.12.19
08:38
(11) например (6)
13 ДенисЧ
 
04.12.19
08:40
(12) Другой сервер - это тот же по ПО? В смысле с мсскл на мсскл той же версии? Тогда бекапом лучше. Как минимум быстрей.
14 Gray776
 
04.12.19
08:44
(13) ну да. Если СУБД другая то наверное DT
15 unbred
 
04.12.19
08:46
(5) не сталкивался. зато с ДТэшек горя хапнул ..
16 mistеr
 
04.12.19
08:47
(12) Бэкап делай.
17 catena
 
04.12.19
10:38
Перед выполнением выгрузки информационной базы рекомендуется выполнить процедуру тестирования (средствами конфигуратора или отдельной утилиты) и исправить все обнаруженные проблемы.

Не рекомендуется использовать данный способ для создания резервной копии информационной базы по следующим причинам:

● может возникнуть ситуация, при которой файл выгрузки будет невозможно загрузить, если в информационной базе, из которой производилась выгрузка, существовали ошибки;

● длительное время создания;

● необходимость монопольного доступа к базе данных;

● высокие требования к оперативной памяти.

https://its.1c.ru/db/v8316doc#bookmark:adm:TI000000137