Выгрузка в dt 1С:SQL-ной базы вешает наглухо конфигуратор. Почему? #732668


#0 by bolobol
Приветствую! Подскажите, знающие, выгрузка в dt в принципе не предусмотрена, если база эскуэльная? Конфигуратор создаёт файл .n1 и виснет наглухо ничего не делая. Можно запустить клиента и работать в базе при этом. Что не так? Хелп!
#1 by bolobol
8.3.5.1186
#2 by DailyLookingOnASunse
Панель с кнопками буфера обмена нужно из конфигуратора убрать.
#3 by bolobol
Упс... и правда! Что-то пошло делаться. Спасибо! Ждём-с
#4 by DailyLookingOnASunse
Что-то я вопрос криво прочитал, показалось, что вопрос про второй конфигуратор, который зависает. Вряд ли поможет.
#5 by Рэйв
:-)  Спасибо поржал. Это на баш надо однозначно.
#6 by bolobol
Да, не помогло. Опять клиент заходится и работается. Сбросил задачу.
#7 by DailyLookingOnASunse
Базы разные, че тут помогать.
#8 by Рэйв
Базы на скуле не от хорошей жизни делают. Моя центральная уже в феврале после обрезки перестает летать на файловой версии.
#9 by Рэйв
Объем файла превышает допустимый и до свиданья
#10 by Todorov
Может, какой-то регламент не дает запуститься процессу выгрузки, который должен быть сугубо монопольным? С описанной ситуацией не  сталкивался, хотя выгружал в dt базы по 3 ГБ и выше. Правда, только на релизах платформы до 8.3.4.ххх. А если попробовать на последнем релизе? Кстати, что с ОЗУ на сервере? И сам сервер, случаем, не 32-битный?
#11 by John83
и что? выгружаться все равно должно
#12 by LobS
Это по-моему какой-то баг платформы. Обсуждалось на партнерском форуме.
#13 by Smallrat
Да - тоже столкнулся с такой бедой. На предыдущем релизе 8.3.5 я регулярно не мог выгрузить, но, зачастую помогало снятие процесса и запуск выгрузки заново - со второго раза выгружается, но не всегда. На текущем релизе (1383) не пробовал - может уже работает. SQL случаем не 2014 ?
#14 by Smallrat
+ сейчас подряд три базы выгрузил на 8.3.5.183 - все ок
#15 by Smallrat
1383
#16 by Sammo
Насколько я помню - выгрузка в dt для скульных баз считается некамильфо. "Пользуйтесь средствами sql" (с)
#17 by Господин ПЖ
это же не таблица из 1Cv8.1CD
#18 by Господин ПЖ
>Насколько я помню - выгрузка в dt для скульных баз считается некамильфо. щито?
#19 by Поpyчик-4
На 8.3.5.1186 был косяк с выгрузкой из клиент-серверной базы. Сам наталкивался. На 1383 исправлено.
#20 by Sammo
В свое время (по поводу 8.2) если мне не изменяет мой склероз на партнерском прозвучало - если скуль - делайте архив средствами скуля. Выгрузка в dt - это для тех случаев, когда других вариантов нет
#21 by Господин ПЖ
бред какой-то... а если миграция с постргри на оракл? или банально база старая и в ней "смещения дат" нет?
#22 by 1976vas
А если таблица больше 4МБ
#23 by Гёдза
битый сф поставщика. Иногда помогает перегруз сервака
#24 by Господин ПЖ
таблица чего? dt = 1Cv8.1CD по структуре?
#25 by 1976vas
Внутренняя таблица
#26 by 1976vas
У нас например настроено версионирование объектов, таблица регистра больше 4МБ, dt не грузится.
#27 by Salvador Limones
Бывает. Перед выгрузкой перезапускаю сервер 1С, тогда нормально выгружается.
#28 by НастоящееИмя
Помогает полное снятие с поддержки.
#29 by НастоящееИмя
конфигурации
#30 by Smallrat
Хрень какая-то. Только сегодня написал что на 1383 работает и вот сижу уже 16 минут жду выгрузки. Походу оно повисло(
#31 by Smallrat
Хоть бы прогресс-бар за столько лет восьмерки прикрутили что-ли.
#32 by Барматолог
та же беда - единственно уточню, что у меня ОС Windows 7 x64. По наблюдениям вот что выяснилось: у одного коллеги тоже 64-битная ОС - та же беда у второго коллеги 32-битная ОС - проблем не наблюдается На данный момент платформа 8.3.5.1383, серверная Базы на MS SQL 2008 R2 Сервер Windows 2008 R2
#33 by Dmitrii
>> бред какой-то... Почему бред? Собственно 1С это постоянно повторяет, что рекомендуется архивные копии делать средствами СУБД. Что выгрузка в dt - это для файловых баз и для упомянутых тобою случаев миграции с одной СУБД на другую. Собственно скорость работы этой самой выгрузки в dt на базах сколько-нибудь значительного объема говорит само за себя. А на очень больших базах выгрузки в dt можно и не дождаться. Миграция таких баз возможна только при помощи обменов или еще каких-нибудь танцев с бубнами.
#34 by Smallrat
+ со второго раза выгрузилось таки за 6 минут.
#35 by ShoGUN
На 1383 есть проблемы с выделением памяти, поищи другой релиз. А так вообще лишний раз выгружать в dt и правда не стоит, хотя бы потому, что монопольный доступ требуется.
#36 by Лефмихалыч
если клиент может зайти в базу, когда из нее конфигуратор выгружает dt, значит в кластере одна и та же sql-база зарегана под двумя разными именами
#37 by Smallrat
подожду еще релиз наверное, последний говорят тоже глючный. или конфигуратор вешается до того как блокирует базу.
#38 by Барматолог
Ты не сказал какая у тебя ОС, где ты производишь выгрузку в dt? Ошибка повторяется из релиза в релиз (8.3)
#39 by nordbox
наверное на клиентской машине пытается стащить dt с сервера
#40 by Smallrat
вешается как на сервере (2012R2), так и на компе (Win8.1).
#41 by nordbox
ТИИ сделай
#42 by Smallrat
не помогает. вообще всё хаотично - может выгрузиться, может повиснуть. замечено разве что "лёгкие" базы не вешаются.
#43 by Vovan1975
дык эта, мож утечка памяти.  В смысле - перед выгрузкой если перезапустить сервер 1с - проблемы повторяются?
#44 by Smallrat
хз - пусть кто-нить попробует. я посреди рабочего дня не могу сервер выключить.
#45 by Барматолог
на компе какая ОС? 32 или 64?
#46 by Барматолог
у нас 20 баз, БП и ЗУП. У всех покорежена база?
#47 by Smallrat
64
#48 by Барматолог
воот. О чем я и говорил в
#49 by Барматолог
Надо писать в 1С
#50 by Барматолог
У кого есть доступ к пертнерке? Напишите про данный косяк с подозрением на ОС 64
#51 by 1nvertex
На партнерке такая же тема с такими-же проблемами. Разработчики просят отправлять им дампы. Больше ничего.
#52 by 1nvertex
Релиз 8.3.5.1460 - проблема не решена
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С