Имя: Пароль:
1C
 
Выгрузка базы в резервную копию !
0 Jofa
 
06.05.10
07:05
Windows 2003
MS SQL 2000
1C v8.1
Пытаюсь выгрузить базу в резервную копию, выгрузив в дт 500 мб конфигуратор виснет (Скорее процесс в кластере, пытался убить его бесполезно тока перезагрузка помогает) при это пользователи могут заходить и работать в базе хотя модального режима не кто не отменял!

Вопрос по какой причине может происходить сие? Как с этим бороться?
1 Маленький Вопросик
 
06.05.10
07:06
памяти не хватает...
2 SnarkHunter
 
06.05.10
07:06
модальный режим...
3 SnarkHunter
 
06.05.10
07:06
Это что?
4 skunk
 
06.05.10
07:10
наверное single-user mode
5 Jofa
 
06.05.10
07:25
Подругому Монопольный
6 Jofa
 
06.05.10
07:26
(1) Какой памяти ОП или НДД?
7 Jofa
 
06.05.10
08:04
апп
8 DedMazay
 
06.05.10
08:10
Дак ежели у тебя SQL стоит в нем и снимай копию, зачем в ДТ?
9 Jofa
 
06.05.10
08:22
Попробовать можно ..

А если я захочу грузануть в другой СКУЛ например в 2005 он поймёт резервную копию 2000?
10 ShoGUN
 
06.05.10
08:28
(9) Поймёт. MS же не дураки, в самом деле...
Тока не напутай ничего. А то у меня тут один спец бэкап в два файла сделал, при этом один из них нипочем не хотел говорить, где лежит.
11 Jofa
 
06.05.10
08:38
Хочу попробовать бэкап выполнить на самом сервере из конфигуратора.
Чтобы копия не шарилась по сети..
12 Jofa
 
06.05.10
08:40
Есть подозрение что сервак выгружает но почему то не полностью передает, либо не выгружает кусками и виснет
13 Jofa
 
06.05.10
08:41
Есть подозрение что сервак выгружает но почему то не полностью передает и виснет, либо выгружает кусками и виснет
14 Jofa
 
06.05.10
08:41
Жду мнений
15 Jofa
 
06.05.10
09:14
Уп
16 xzorkiix
 
06.05.10
09:28
лечите таблицу Config у базы, или SaveConfig туда попобадет фаль у которого Datasize >100 000 000 . Удалите такие строки выгрузиться. НО НЕ ВЗЛЕТИТ ПОТОМ КОРОБОЧНОЕ ОБНОВЛЕНИЕ БАЗЫ.

делайте все средствами sql и будет вам счастье (и это куда быстрее).
17 strange2007
 
06.05.10
09:46
Что вы все так за этот СКЛ? Сдался он вам... блин, бэкапы СКЛные на фиг не нужны в повседневной жизни. Мне, например, иногда надо разворачивать в файловую базу, а иногда 1С-ка на постгре лежит. А еще 1С-ка меньший размер файла делает.
К тому же если есть глюк в базе, то СКЛным бакапом его только замазываем. Занозу надо вытаскивать, а не пластырем заклевать.
Автор, не надо делать архивы СКЛ. За то надо ОБЯЗАТЕЛЬНО найти в чем причина или ждать пока что нибудь развалится окончательно и приспокойненько писать заявление.
18 strange2007
 
06.05.10
09:48
+(17) помнится архив от 2005х64 не грузится в 2005х32. Тоже не есть гуд
19 proger2011
 
06.05.10
09:55
(17) Ларёчник?

Или ты через каждый час на полчаса по паре сотен пользователей выгоняешь шоб копию сделать?
20 strange2007
 
06.05.10
10:06
(19) Прежде чем обзываться, задумайся!!!
на одном предприятии, где 2005 скл стоял до 50 пользователей. Сейчас СКЛ 2008 в среднем 5 городов и фиг знает сколько народу. Пользователи работают круглые сутки, т.к. размазаны по всей стране. Выгоняю народ не чаще, чем раз в неделю.
Как раз в таком режиме ни в коем случае не должно быть ни каких, даже самых  малейших сбоев или снижения скорости при закрытии периода.
Но такое возможно добиться только если отбросить предрассудки, навеянные "мегаспецами" и хоть на чуть-чуть включить думалку.
21 proger2011
 
06.05.10
10:21
(20) Ню ню. Я предпочитаю предохраняться, а не отбрасывать предрасудки мегаспецов. Бэкап раз в неделю это пи..... Я то думаю откуда тут постоянно сообщения типа Аааааааааа... всё пропало..... куда прятаться.... А все оказываеться отбрасывают предрассудки :))))
22 strange2007
 
06.05.10
10:25
(21) Я сказал, что бэкап раз в неделю? Где написано? Уважаемый, внимательней читай. Архивы делаются каждый день автоматом в несколько мест с разными вариантами восстановления и доступности, плюс в течении дня несколько раз делаю для разных групп в ручном режиме по требованию
23 ShoGUN
 
06.05.10
10:32
(22) При этом ты не используешь SQL и пользователи сидят в базе? Папа у тебя не Хоттаб, случаем? А зовут не Гассаном?
24 Alex375
 
06.05.10
10:54
Интересно бы узнать как сделать backup средствами 1С при работающих пользователях.
25 Maxus43
 
06.05.10
10:59
(24) да никак
26 strange2007
 
06.05.10
11:39
(24) Скрипт + еще несколько вложенных копируют с базу в СКЛе один-в-один, потом 1С делает архив. Параллельно копирование для тестов и отладки, результаты на мыло. Параллельно СКЛный бакап на ленту, для быстрого восстановления.

Предыдущий не напрямую, но результат отличный. А напрямую можно структуру базы выгрузить и обработкой по выгрузке/загрузке данных перебросить. Но это глюкаво и не надёжно.
27 strange2007
 
06.05.10
11:40
+(26) диски складываются к гл.буху в сейф. Скрипт говорит, когда надо записать очередной диск
28 strange2007
 
06.05.10
11:42
А теперь мне расскажите на счет живого бага во всех архивах и в рабочей базе. Как с таким жить? Хоть один плюс приведите.
29 ShoGUN
 
06.05.10
11:45
(28) Вполне можно, по крайней мере с бэкапом у тебя большое количество попыток этот баг исправить. А если ты бэкап снять не можешь - попытка считай одна.
30 strange2007
 
06.05.10
11:47
(23) "...Поймёт. MS же не дураки, в самом деле..." читай (18). А теперь можно и про хаттаба поговорить. Или может не надо?
31 strange2007
 
06.05.10
11:48
(29) Если ошибка есть, то паниковать надо, а не спокойно делать бэкапы. Если бы я делал только СКЛьные архивы, то развал базы засёк бы не сразу. А так можно сразу среагировать, все наладить и попросить за это премию
32 strange2007
 
06.05.10
11:51
+(31) лучше рассмотреть пример с вирусом, он будет более понятен и не такой сложный.
Зараженная система вполне может жить долгое время. При этом хозяин компа не защищен от искажения данных (который на печать маты выводит), пропажи паролей от рассылки спама. Если вирус засечь своевременно, то можно быстро вылечиться и жить спокойно.
Можно еще пример с больными зубами привести, но это уже, думаю лишнее
33 ShoGUN
 
06.05.10
11:55
(30) Без проблем грузил бэкап из 2000 сервера в 2005, из 2005 в 2008, ЧЯДНТ?
(31) >Если ошибка есть, то паниковать надо
Да, можно сразу из окна бросаться. Паника - самое правильное поведение в сложной ситуации.
>Если бы я делал только СКЛьные архивы, то развал базы засёк бы не сразу. А так можно сразу среагировать, все наладить и попросить за это премию
Можешь собой гордиться. Только это использование процедуры бэкапа для диагностики, а не по прямому назначению. И использование мягко говоря сомнительное. Ни разу не видел, как 1С-ный бэкап создается, а обратно в базу не грузится? Или глюк с пропадающими индексами в регистре бухгалтерии после восстановления 1С-ного бэкапа?
Рекомендую, если не все острые ощущения еще испробованы. Может тогда поймешь, чем SQL-ный бэкап лучше.
34 strange2007
 
06.05.10
12:03
(33) "паника" в данном контексте "внимание"
"Без проблем грузил бэкап из 2000 сервера в 2005, из 2005 в 2008, ЧЯДНТ? " 2005х64 в 2005х32 выгрузи. Между 2005 и 2008 в понедельник грузили, так что это не то

"...Только это использование процедуры бэкапа для диагностики...". Опыт. Это всего лишь опыт. 1С-вский бакап позволяет:
- Отследить подобные ошибки. Для диагностики есть ТиИ
- Загружать в другие СКЛи и файловые варианты
- Размер архива меньше.

"...Ни разу не видел, как 1С-ный бэкап создается, а обратно в базу не грузится?..." Про больные зубы рассказать? Я так понял примеры надо приводить как для детей? Если база не повреждённая, то она загружается ВСЕГДА
35 ShoGUN
 
06.05.10
12:08
(34) >"паника" в данном контексте "внимание"
"Черное" в данном контексте "белое".
Заканчиваю кормить демагога.
36 Alex375
 
06.05.10
12:27
По поводу размера архива: ты упакуй ZIP-ом SQL backup и сравни с 1С-ким. У меня SQL бывает даже меньше
37 proger2011
 
06.05.10
14:09
(26) скуль энтерпрайз 64 2008 сам может паковать. Красота.
38 proger2011
 
06.05.10
14:10
(26) ту (36)
39 xzorkiix
 
06.05.10
15:29
(26) "ну ты и му*ак"(С)о чем говорят мужчины.

гоовришь что скл нах не встал. а сам именно им все и разрешил. сам себе противоречишь.
40 strange2007
 
07.05.10
04:09
(35) Когда зуб начинает гнить, ты тоже жвачку жуёшь и к врачу не идёшь? А если подозрение на аппендицит?
Ок. Для тебя это именно должна быть паника, ведь ты даже не знаешь какие варианты борьбы есть.

P.S. Когда умному человеку что-то непонятно, он начинает искать доказательства или опровержения. Если что-то непонятно человеку с низким уровнем развития, то он, в меру своих способностей, лезет в драку. Чем ниже уровень развития, тем больше шансов, что будет драка (обзывания).
41 strange2007
 
07.05.10
04:12
(36) Я то уже мерял упакованные архивы. А ты? Хочешь расскажу, почему ты не прав? 1С-вский архив не включает служебную информацию, временные расчеты и дефрагментированное место (с точки зрения структуры 1С). В SQL-ном архиве это все есть. В итоге при любых условиях 1С-вскиё архив либо меньше либо равен SQL (второе только на сверх маленьких базах)
42 strange2007
 
07.05.10
04:15
(39) Внимательней читай. Почему так сложно просто прочитать то? Архив средствами 1С делается не без помощи SQL, но это именно архив средствами 1С!!!!!! Я не говорил, что на асме буду побайтово перебирать mdf файл.
43 strange2007
 
07.05.10
04:16
Ладно, народ, делайте как хотите, но потом не нойте, что пришёл кто-то и вас всех уволили.
44 Jofa
 
07.05.10
06:42
А по теме что нить можете сказать кроме ваших споров?
Хочу попробовать бэкап выполнить на самом сервере из конфигуратора.
Жду мнений
45 Jofa
 
07.05.10
06:48
Конечно можно и СКУЛЬНЫЙ Вариант но времени пока на эксперименты нет хотя если не получится конфигуратором можно попробовать и этот вариант
46 strange2007
 
07.05.10
06:50
(44) Я так понял у Вас уже все получилось и срач здесь от "просто так". Если нет, тогда я бы сделал так:
SQL-->SQL (что бы не на живой базе). Потом ТиИ. Если помогло, тогда планировать изгнание пользователей на ночь или выходной. Если не помогло, то включить максимальное журналирование средствами 1С и смотреть, что скажет лог (тех.журнал который). Можно поглядеть что скажет лог SQL и оси, но это рюшечки. Когда место ошибки более-менее локализовано можно действовать по усмотрению (письма писать, яндекс спрашивать)
Если уж вообще ни чего не помогло, тогда есть еще 2 варианта (их конечно больше, но других я не использую)
1. Создать план обмена. Выгрузить подчиненную базу. Сменить статус подчиненной на основную и подменить эту базу вместо рабочей
2. Снять структуру базы и копировать данные один-в-один
47 Jofa
 
07.05.10
07:03
Выгрузка в дт не вариант что выгрузиться?
48 Jofa
 
07.05.10
07:03
(47) + Даже если делать её на самом Сервере?
49 strange2007
 
07.05.10
07:10
(47) Не понял вопроса. В дт файл и так надо
50 strange2007
 
07.05.10
07:11
+49 Ааааа! Да нет, я же описал алгоритм как локализовать проблему и как поступить, если ни чего не поможет. Конечный результат - рабочая база без ошибок и возможность создавать ДТ файлы
51 Jofa
 
07.05.10
10:58
Буду пробовать ..
52 Сергей Д
 
07.05.10
11:01
(17) А если при выгрузке SQL-бекапа поставить его архирвирование? Тогда еще неизвестно, кто меньше станет.
53 strange2007
 
08.05.10
11:00
(52) Для нелюбителей читать: смотри (41) и скажи в чем там ошибка.
...
Мдаааа, безаргументированная упертость присуща всему человечеству. Неужели так легко вбить большинству какую-нибудь чушь? Хотя нет, на таких студентах я и зарабатываю деньги, точнее на безграмотных и упертых.
54 Megas
 
08.05.10
11:14
(40) Мда ...
Конечно у меня если живот болеть начинает я сразу бегу на кухню, Достаю нож и вырезаю апендицит, Паника это хорошо!

Вообще   "strange2007" в (26) делает хорошо! Если позволяют ресурсы (сервера) то лучше перебдеть чем не добдеть...


Слышал истории про не рабочии бекапы , в том числе что бекап просто не писался так как не было свободного места на диске <а вскрылось это при поломке базы.
55 Jofa
 
12.05.10
10:34
Выгрузил на самом сервере в дт получилось !!

В чём может быть причина ?
56 Jofa
 
13.05.10
06:52
Кто нить может описать механизм выгрузки в дт?
57 IamAlexy
 
13.05.10
06:57
(24) да легко и непринужденно: http://infostart.ru/public/22419/
58 Jofa
 
13.05.10
12:57
(57) Конечно крута, но мне нужен механизм выгрузки в дт,  а не велосипед !!!
Программист всегда исправляет последнюю ошибку.