при сохранении конфигурации вылетает конфигуратор #641327

Добрый всем вечер. Столкнулась с такой проблемой. Не известно по каким причинам перестала работать основная база. При обновлении в конфигураторе происходит "Запись дампа". База стоит на SQL в файловую версию выгрузить не получается (база весит 100 гб). Пытались накатить старую конфигурацию происходит тоже самое. Есть у кого нить соображения на этот счет?

а если попробовать сохранить конфигурацию БД?

Похоже что конфига поставщика убилась. ТИИ проходит?

Я угадаю платформу, конфигурацию и конфигурацию сервера и т.д. и т.п. за 100 рублей!

или вернуться к конфигурации БД, выгрузить в .дт, загрузить рядом?

с разных компьютеров пробовали?

Смотрите. база стоит на sql. Конфигурация очень переписанная. Не знаю что может быть ошибок даже нет. просто закрывается конфигуртор.

На всех компах?

давайте доступ rdp - попробую починить. а сображения: настройте тежнологический журнал посмотрите ошибки на каком действии происходит сбой. поищите в таблице config запись размером больше 120 мегабайт DataSize > 120 000 000 выгрузка-загрузка (в соседнюю копию.тк может не загрузиться) поиск рабочей копии бд + перенос новых данных + сверка (некоторые забывают). попробуйте выгрузить конфигурацию

есть тим вивер.

база огромная. Вчера выгрузила в дт. Сейчас пробую загрузить в другую базу. Но чувствую будет все равно крах.

скайп janna19850718

Самая большая запись 11мб

Как на sql посмотреть журнал?

типовая ошибка, описанная Гилёвым в краткое изложение лечиться: рестартом сервера приложений увеличением его памяти /3GB переходом на 64Х

памяти у базы стоит 120 gb оперативки. Сервак 64 бита

промониторь (во время ошибки) свободное место на диске с темдб и диске с логом

теперь форуму предстоит угадать платформу и конфигурацию, а так же догадаться выгружается ли dt и конфигурация базы данных ?

а это без надобности. Глюканула база при обновлении и любая попытка работы с конфой приводит к вылету. По барабану что за конфа и платформа - лечение не конфигозависимое :-)

не а у той же УПП есть ряд релизов при обновлении которых ТС неизбежно получит повторяемость облома так же очевидно, что при наличии бэкапа конфигурацию на сиквеле можно обновить и на прямую

Взять содержимое таблицы Config из работоспособной копии базы - первое что на ум приходит. Но: все эксперементы на кошках... тьфу - на копиях, копия - через скл.

база маленькая 100Гбайт скопировать 10 минут

2 что такое "памяти у базы стоит 120 gb оперативки."? Что это вообще может означать

автор ушел толи спать, толи работать... продолжение завтра?

нет я все еще работаю. Нашли ошибку сейчас скину логи.

50:36.2300-0,EXCP,1,process=1cv8,ClientID=0,Exception=NetDataExchangeException,Descr='server_addr=any:1560 descr=Ошибка сетевого доступа к серверу (Windows Sockets - 10048(0x00002740). Обычно разрешается только одно использование адреса сокета (протокол/сетевой адрес/порт). ) line=198 file=SrcDataExchangeServerImpl.cpp' 50:36.2301-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString= 50:36.2302-9362,EXCPCNTX,0,SrcName=PROC,OSThread=40716,process=1cv8 50:36.2303-0,EXCP,1,process=1cv8,ClientID=0,Exception=NetDataExchangeException,Descr='server_addr=any:1561 descr=Ошибка сетевого доступа к серверу (Windows Sockets - 10048(0x00002740). Обычно разрешается только одно использование адреса сокета (протокол/сетевой адрес/порт). ) line=198 file=SrcDataExchangeServerImpl.cpp' 50:36.2304-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString= 50:36.2305-9365,EXCPCNTX,0,SrcName=PROC,OSThread=40716,process=1cv8 50:36.2306-0,EXCP,1,process=1cv8,ClientID=0,Exception=NetDataExchangeException,Descr='server_addr=any:1562 descr=Ошибка сетевого доступа к серверу (Windows Sockets - 10048(0x00002740). Обычно разрешается только одно использование адреса сокета (протокол/сетевой адрес/порт). ) line=198 file=SrcDataExchangeServerImpl.cpp' 50:36.2307-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString= 50:36.2308-9368,EXCPCNTX,0,SrcName=PROC,OSThread=40716,process=1cv8 50:36.2309-0,EXCP,1,process=1cv8,ClientID=0,Exception=NetDataExchangeException,Descr='server_addr=any:1563 descr=Ошибка сетевого доступа к серверу (Windows Sockets - 10048(0x00002740). Обычно разрешается только одно использование адреса сокета (протокол/сетевой адрес/порт). ) line=198 file=SrcDataExchangeServerImpl.cpp' 50:36.2310-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString= 50:36.2311-9371,EXCPCNTX,0,SrcName=PROC,OSThread=40716,process=1cv8 50:36.2312-0,EXCP,1,process=1cv8,ClientID=0,Exception=NetDataExchangeException,Descr='server_addr=any:1564 descr=Ошибка сетевого доступа к серверу (Windows Sockets - 10048(0x00002740). Обычно разрешается только одно использование адреса сокета (протокол/сетевой адрес/порт). ) line=198 file=SrcDataExchangeServerImpl.cpp' 50:36.2313-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString= 50:36.2314-9374,EXCPCNTX,0,SrcName=PROC,OSThread=40716,process=1cv8 50:36.2315-0,EXCP,1,process=1cv8,ClientID=0,Exception=NetDataExchangeException,Descr='server_addr=any:1565 descr=Ошибка сетевого доступа к серверу (Windows Sockets - 10048(0x00002740). Обычно разрешается только одно использование адреса сокета (протокол/сетевой адрес/порт). ) line=198 file=SrcDataExchangeServerImpl.cpp' 50:36.2316-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString= 50:36.2317-9377,EXCPCNTX,0,SrcName=PROC,OSThread=40716,process=1cv8 50:36.2318-0,EXCP,1,process=1cv8,ClientID=0,Exception=NetDataExchangeException,Descr='server_addr=any:1566 descr=Ошибка сетевого доступа к серверу (Windows Sockets - 10048(0x00002740). Обычно разрешается только одно использование адреса сокета (протокол/сетевой адрес/порт). ) line=198 file=SrcDataExchangeServerImpl.cpp' 50:36.2319-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString= 50:36.2320-9380,EXCPCNTX,0,SrcName=PROC,OSThread=40716,process=1cv8 50:36.2321-0,EXCP,1,process=1cv8,ClientID=0,Exception=NetDataExchangeException,Descr='server_addr=any:1567 descr=Ошибка сетевого доступа к серверу (Windows Sockets - 10048(0x00002740). Обычно разрешается только одно использование адреса сокета (протокол/сетевой адрес/порт). ) line=198 file=SrcDataExchangeServerImpl.cpp' 50:36.2322-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString= 50:36.2323-9383,EXCPCNTX,0,SrcName=PROC,OSThread=40716,process=1cv8 50:36.2325-0,SCOM,1,process=1cv8,Func='setSrcProcessName(RHostRoot,RHostRoot)' 50:59.3503-0,EXCP,1,process=1cv8,Usr=Апаренко,Exception=9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3,Descr="srcInfoBaseImpl.cpp(9653): 9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Неправильный путь к файлу 'c01b78f6-1525-41b1-9cc1-69e3da58d2ac.pfl'" 51:00.6441-0,EXCP,1,process=1cv8,Usr=Апаренко,Exception=9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3,Descr="srcInfoBaseImpl.cpp(9682): 9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Неправильный путь к файлу 'c01b78f6-1525-41b1-9cc1-69e3da58d2ac.pfl'" 51:00.6444-0,EXCP,1,process=1cv8,Usr=Апаренко,Exception=9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3,Descr="srcInfoBaseImpl.cpp(9653): 9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Неправильный путь к файлу 'c01b78f6-1525-41b1-9cc1-69e3da58d2ac.pfl'" 51:00.6445-0,EXCP,1,process=1cv8,Usr=Апаренко,Exception=9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3,Descr="srcInfoBaseImpl.cpp(9682): 9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Неправильный путь к файлу 'c01b78f6-1525-41b1-9cc1-69e3da58d2ac.pfl'" 51:06.2450-0,EXCP,1,process=1cv8,Usr=Апаренко,OSException=1cv8_8.2.16.368_662de4f0_20121127195106_15592 51:06.2451-0,EXCPCNTX,0,ClientComputerName=TERMINAL,ServerComputerName=TERMINAL,UserName=Апаренко,ConnectString='Srvr="terminal";Ref="test1";' 51:06.2452-309512,EXCPCNTX,0,SrcName=PROC,OSThread=40716,process=1cv8

Что дальше делать с этим файлом не ясно.

ммм.... кстати или не кстати - у меня тоже конфигуратор вылетел на критическую ошибку при обновлении конфы бд... видать что-то общее... типа вспышки на солнце. Ну его нафиг - пошол спать. Продолжение - завтра.

...

остановить сервер, почистить кэш. запустить сервер.

и

для начала - перезагрузку сервера

вы бы знали сколько раз мы уже чистили кеш и перезагружали сервер :)

[Род занятий:Экономист  ] значит пора занять своим делом, в для ремонта сервера нанять специалистов, тем паче что речь идёт о Москве, а не о глухой деревне

1. позовите админа, 2. попросите его посмотреть какими процессами заняты порты сервера 1с :1562 и выше, должно быть RHost 3. проверьте наличие двух установленых серверов 1с с одним диапазоном портов 4. посмотрите сколько сетевых интерфейсов видит сервер 1с, какие приоритеты метрик ответы - сюда....

+ для серверов отключите регламентые задания и пересоздайте базы 1с (новые базы должны быть сразу с заблокировыными рег заданиями) после попробовать в конфигуратеоре выполнить сабж

ну и про раскажи чего там с местом

Ну с мертвой точки мы сдвинулись! Спасибо МихаилМ

пока не вижу никаких сдвигов... ты упорно игнорируешь вопросы.

Ну расскажу подробно чем закончилось. (Делал практически все Михаил ) Я так была на побегушках. За что огромное спасибо ему. Расскажу что делали причем и фейловые ошибки. За пунктуацию простите сразу, время уже раннее да и думать как то не хочется. Первым делом что решили сделать это подключить логи что бы посмотреть в чем же ошибки. Выяснилось что вроде недостаточно портов и что неправильны путь к какому то файлу. Начали разбираться. Нашли файл в базе sql таблица fales пытались его закоментить, результата это не дало. Дальше Михаил написал скрипт который копирует двоичные данные данные файла в таблицу. (Походу из своей тестовой базы) файл оказался другой по размеру соответственно нам это не чего не дало. Идей было не много. Делали почти все регламентные операции (кроме тестирования и исправления т.к ну очень долго, да и не чего хорошего из этого бы не получилось) Пробовали подгружать другие конфигурации, более ранние версии и т.д. Не чего хорошего тоже не получилось. С места так и не сдвинулись У меня имелся бекап базы двух недельной давности. Михаилу в голову пришла идея перекинуть конфигурации на уровне sql/ Создали копии всех таблиц которые относятся к конфигурации. Очистили реальные таблицы и заполнили их из бекапа базы двух недельной давности. И эврика, это свершилось. База начала шевелиться. Было уже поздно и Михаил меня покинул. Ну я тоже перевела дух, приняла душ ;), покушала (эх хана диете) и принялась ковыряться дальше. Проблема была в том что что некоторые документы из за разных версий конфигурации не открывались. (по ходу моих ремонтных работ рушила два раза базу) но наученная горьким опытом восстанавливалась из бекапа. Ошибки были вида (ошибка СУБД недопустимое имя столбца). Первым делом полезла сравнивать столбцы в таблицах была открыто 2 базы и запущена обработка "проверка методанных" (чуть переписала ее, одна база подключалась к другой по com и сравнивала столбцы сама. Выдала список столбцов которые различаются. Ну начала править. ( в конце концов убила базу) Восстановилась из бекапа. Дальше пошла путем в который особо не верила поначалу. Загрузила на новую базу конфигурацию с битой (через конфигуратор) о эфрика! ошибки пропали. Появилась новая ошибка. "ошибка sdbl ожидается выражение (pos=566). Настроение было уже хорошее. В ушах классная музыка, на часах 4 утра. Полезла в пучину интернета. Вычитала что нужно добавить реквизиты в проблемные объекты и обновиться. Так и сделала. (не помогло) Потом узнала что нужно использовать еще и табличные части (т.к это разные таблицы на sql) Добавила обновила, удалила обновила. Так не чего не и вышло. (пункт про кеш сразу в всерьез не восприняла, ну не может же быть все так просто) Ну все таки решила почистить кеш. Скачала обработку очистка кеша ИБ 1с 8" нашла там в списке БД и удалили. И все заработало. Вот так у меня прошла ночь с воскресенья на среду. Всех добра и побольше таких людей как Михаил. P.S. Спасибо огромное Михаил, ты очень замечательный человек :)

Чо, Михаил даже денег не взял?

Вот что бывает, когда правильная фотка в профиле стоит

=)))) +1

понятно, как и говорили, виноват кэш. только в этот раз не серверный а клиентский.

если-бы человек послушал то вообще танцев с бубном не было-бы :)

Если бы ТС послушал - танцы с бубном закончились бы ещё вчера :)