Приветствую!

Подскажите, знающие, выгрузка в dt в принципе не предусмотрена, если база эскуэльная? Конфигуратор создаёт файл .n1 и виснет наглухо ничего не делая. Можно запустить клиента и работать в базе при этом. Что не так?

Хелп!

8.3.5.1186

Панель с кнопками буфера обмена нужно из конфигуратора убрать.

(2) Упс... и правда! Что-то пошло делаться. Спасибо! Ждём-с

Что-то я вопрос криво прочитал, показалось, что вопрос про второй конфигуратор, который зависает.
Вряд ли поможет.

(4) :-)  Спасибо поржал.
Это на баш надо однозначно.

Да, не помогло. Опять клиент заходится и работается. Сбросил задачу.

Базы разные, че тут помогать.

(6)Базы на скуле не от хорошей жизни делают.

Моя центральная уже в феврале после обрезки перестает летать на файловой версии.

Объем файла превышает допустимый и до свиданья

Может, какой-то регламент не дает запуститься процессу выгрузки, который должен быть сугубо монопольным? С описанной ситуацией не  сталкивался, хотя выгружал в dt базы по 3 ГБ и выше. Правда, только на релизах платформы до 8.3.4.ххх.
А если попробовать на последнем релизе?
Кстати, что с ОЗУ на сервере? И сам сервер, случаем, не 32-битный?

(9) и что?
выгружаться все равно должно

Это по-моему какой-то баг платформы. Обсуждалось на партнерском форуме.

(0) Да - тоже столкнулся с такой бедой. На предыдущем релизе 8.3.5 я регулярно не мог выгрузить, но, зачастую помогало снятие процесса и запуск выгрузки заново - со второго раза выгружается, но не всегда.
На текущем релизе (1383) не пробовал - может уже работает.
SQL случаем не 2014 ?

+(13) сейчас подряд три базы выгрузил на 8.3.5.183 - все ок

1383

Насколько я помню - выгрузка в dt для скульных баз считается некамильфо.
"Пользуйтесь средствами sql" (с)

(9) это же не таблица из 1Cv8.1CD

>Насколько я помню - выгрузка в dt для скульных баз считается некамильфо.

щито?

(1) На 8.3.5.1186 был косяк с выгрузкой из клиент-серверной базы. Сам наталкивался. На 1383 исправлено.

(18) В свое время (по поводу 8.2) если мне не изменяет мой склероз на партнерском прозвучало - если скуль - делайте архив средствами скуля.
Выгрузка в dt - это для тех случаев, когда других вариантов нет

(20) бред какой-то... а если миграция с постргри на оракл?
или банально база старая и в ней "смещения дат" нет?

(21)А если таблица больше 4МБ

битый сф поставщика. Иногда помогает перегруз сервака

(22) таблица чего?

dt = 1Cv8.1CD по структуре?

(24)Внутренняя таблица

(24)У нас например настроено версионирование объектов, таблица регистра больше 4МБ, dt не грузится.

(0) Бывает. Перед выгрузкой перезапускаю сервер 1С, тогда нормально выгружается.

Помогает полное снятие с поддержки.

конфигурации

Хрень какая-то. Только сегодня написал что на 1383 работает и вот сижу уже 16 минут жду выгрузки. Походу оно повисло(

Хоть бы прогресс-бар за столько лет восьмерки прикрутили что-ли.

(0) та же беда - единственно уточню, что у меня ОС Windows 7 x64.

По наблюдениям вот что выяснилось:
у одного коллеги тоже 64-битная ОС - та же беда
у второго коллеги 32-битная ОС - проблем не наблюдается

На данный момент платформа 8.3.5.1383, серверная
Базы на MS SQL 2008 R2
Сервер Windows 2008 R2

(21) >> бред какой-то...

Почему бред? Собственно 1С это постоянно повторяет, что рекомендуется архивные копии делать средствами СУБД.
Что выгрузка в dt - это для файловых баз и для упомянутых тобою случаев миграции с одной СУБД на другую.
Собственно скорость работы этой самой выгрузки в dt на базах сколько-нибудь значительного объема говорит само за себя.
А на очень больших базах выгрузки в dt можно и не дождаться. Миграция таких баз возможна только при помощи обменов или еще каких-нибудь танцев с бубнами.

+(30) со второго раза выгрузилось таки за 6 минут.

(34) На 1383 есть проблемы с выделением памяти, поищи другой релиз. А так вообще лишний раз выгружать в dt и правда не стоит, хотя бы потому, что монопольный доступ требуется.

(0) если клиент может зайти в базу, когда из нее конфигуратор выгружает dt, значит в кластере одна и та же sql-база зарегана под двумя разными именами

(35) подожду еще релиз наверное, последний говорят тоже глючный.
(36) или конфигуратор вешается до того как блокирует базу.

(34) Ты не сказал какая у тебя ОС, где ты производишь выгрузку в dt?

(35) Ошибка повторяется из релиза в релиз (8.3)

(38) наверное на клиентской машине пытается стащить dt с сервера

(38) вешается как на сервере (2012R2), так и на компе (Win8.1).

ТИИ сделай

(41) не помогает. вообще всё хаотично - может выгрузиться, может повиснуть. замечено разве что "лёгкие" базы не вешаются.

дык эта, мож утечка памяти.  В смысле - перед выгрузкой если перезапустить сервер 1с - проблемы повторяются?

(43) хз - пусть кто-нить попробует. я посреди рабочего дня не могу сервер выключить.

(40) на компе какая ОС? 32 или 64?

(41) у нас 20 баз, БП и ЗУП. У всех покорежена база?
Не думаю

(45) 64

(47) воот. О чем я и говорил в (32)

Надо писать в 1С

У кого есть доступ к пертнерке? https://partners.v8.1c.ru/forum/

Напишите про данный косяк с подозрением на ОС 64

На партнерке такая же тема с такими-же проблемами. Разработчики просят отправлять им дампы.
Больше ничего.

Релиз 8.3.5.1460 - проблема не решена