Поставщик общей памяти с обоих концов канала отсутствуют процессы 1с
увеличьте размер пакета в настройках ms sql до 32000
нет размер пакета кратен килобайту 32000 я указал примерно. "это значит выгнать всех надо с сервера?" нет "Параметр вступает в силу немедленно, без перезапуска сервера."
если надо, team viewer подключу. Заранее благодарен. просто сил уже нету.
>Ошибка разделенного доступа к информационной базе регламентные и фоновые останови
ну и не выгружай в dt скульную базу - это полностью бессмысленное действие
вырублено все. и в конфигураторе и в свойствах базы.
в другой город надо передать базу учредителям. для анализа.
зачем? просто, чтобы поциент был чем-то занят и не жаловался?
как посмотреть зависшие фоновые? сервер перезагружался, службы тоже. Фоновые отключены в конфигураторе. где и как отключить shared memory?
А уверен, что размер какой-нибудь внутренней таблицы не больше 4Гб?
"Microsoft SQL Server Native Client 10.0: Поставщик общей памяти: С обоих концов канала отсутствуют процессы. " возможно проблема в протоколе.
такая казуистика только в кино про докторхауса бывает. Тут либо есть реально какой-то коннект, либо есть огромные таблицы, либо надо обновить наконец платформу - 2015й год на дворе
"размер файлов базы : 3.5Gb mdf, 9.2 Gb - log (после деаттача - 1 Mb) - детач - аттач (чобы лог файл обнулился)" Вы так базу не убили часом? Или это новый способ обрезания лога транзакций?
вот тут какие-то сказки еще рассказывают, что снятие с поддержки помогает починить ситуацию, но я лично в это верю не больше, чем в shared memory
это рабочий способ шринкануть лог. Варварский, но рабочий. Базу так не потеряешь, если после детача ее руками не грохнуть шифтделитом.
скорее новый способ. Ну что вычитал, то вычитал. Я же не проверяю на других форумах Ваши рекомендации. Вот и пробовал что советовали. снятие с поддержки тоже пробовал. в описано.
рядом база на сервере. только размером поменьше. выгружается же. платформу 1С обновить или кого?
8.2.19.106 и 8.2.19.130 не велика разница. но если это так принципиально. то попробую.
те сказки читал еще вчера ночью. и другие читал. не помогло как видите. аж до 8.3.5? хм. а она заведется в режиме обычного приложения? нам управляемый не нужен.
посмотрите с помощью ms sql profiler, последние действия 1с с mssql. Возможно это наведет на источник проблемы.
если сервер 1С 64Х и на сиквеле стоят SP, то путь один - выгрузить cf, поднять на любом другом не MS сиквеле базу, залить через выгрузкузагрузкавидентичную данные и из этой базы получить dt при этом можно попробовать и в файловый залить
для упп снятие с поддержки основной и рабочий вариант
то есть из x64 скуля в dt оно в принципе вообще не выгружается по техническим причинам непобедимого характера?
по uid ошибки "dd149677-3d47-4e05-a55f-4e75b13a441f" нашел
конфигурация: Бухгалтерия для Казахстана. (2,0,18,11) с небольшими дописками. просто документов Реализация и СФ мнооооого.
я не понял из обрывков ни уя, думаю, что автор - тоже. При каких условия "x64" и где выгружаться не будет?
это к сабжу не имеет отношения, т.к. там симптомы другие
на сервере IPv6 отключено. Но в реестре не трогали. как описано в статье, надо IPv6 вырубать еще и в реестре. попробую ночью. когда можно будет серв перезагружать.
shuhard, я не пойму, ты на куски развалишься, если сформулируешь свою мысль полностью от начала до конца в одно предложение?
у меня похожая аналитика была при отсутствии на MS 2008 сервиспака, правда не при выгрузке dt, а при обновлении конфы итого - SP стоит ?
1) сервер 1с и СКЛ на одной машине? 2) делаете по сети или прямо на серваке? 3) фаерволы выключены?
простите? сама сервак? или что то другое? винда 64 бита. sql фиг иво. как посмотреть то? можно пару слов хотя бы, как профайлером смотреть?
на одной машине. подключаюсь удаленно RMS-ом, под администратором. да и другими вариантами пробовал. фаерволы не смотрел. но другая база же выгружается. всего на сервере 3 базы.
брандмауер выключен. C:Program Files (x86)1cv828.2.19.106in agent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:Program Files (x86)1cv82srvinfo" означает ли это что он 64?
[на одной машине]+[ОЗУ сервера: 16Gb] тогда диагноз прост, 90% памяти отдано сиквелу, rhost либо 32Х, либо 64Х и памяти у него меньше 8Гбайт ошибка, как ни странно - мало памяти лечить - переходом на 64Х + выделением ему достаточной памяти + крайний SP на сиквел
Ограничь на время выгрузки скулю место в памяти на гигов 6-7
если у тебя денег только на жигули, а тебе предлагают мерс, тогда никак ) в яндекс
угу нужен ключ на 64Х и отобрать побольше памяти у сиквела или разнести сервер 1С и сиквел строка запуска выглядит так C:Program Files1cv828.2.19.90in agent.exe" -srvc -agent -debug -regport 2541 -port 2540 -range 2560:2591 -d "C:Program Files1cv82srvinfo" имя службы 1C:Enterprise 8.2 Server Agent (x86-64)
ПКМ в Менеджмент студии по корню - свойства - память но ограничение памяти сиквела обоюдоострый вариант, начнет расти темп и могут отвалиться часть отчетов
ему ж временно надо, судя по тому как он там все ребутает, вообще не критично имхо :)
отдай людям sql-дамп. Даже, если ты выжмешь каким-то образом dt, они с другой стороны столкнутся с такими же проблемами при загрузке. Сэкономь свое и чужое время
на горячку можно менять параметр? когда в других базах люди? там стоит сейчас 2147483647 причем в Mb написано хочу поставить 6144 (Mb) сойдет?
у тебя проблема с сервером 1С, ему памяти мало и поскольку он 32Х , то помочь ему нельзя
ты думаешь, у каждого учредителя скуль Enterprise установлен?
еще и на ноуте. а еще он как админ, знает как все развернуть обратно.
память поставил 6 Гб сделал как в статье. перезагрузил сервак. результата нету. остался этот вариант. не знаю реализуем ли он. Можно ли на серв доставить 64х чтобы не навредить 32х. и потом на него базы перевести (хотя бы ту, из которой надо выгрузку сделать)?
[не знаю реализуем ли он] легко ставишь на 25-ие порты 8.3.ХХ.ХХ 64 к нему эмуль и в параллель живут 8.2 32 и 8.3 64 но есть же лобовое решение: - выгрузить cf - выгрузитьзагрузитьчерезXML если файловая рабочая. то не придётся париться
я тут наковырял в ТЖ еще ошибку на файл SELECT TOP 8 [FileName] ,[Creation] ,[Modified] FROM [wano1].[dbo].[Files] работает , а вот если добавить столбец binarydata то на 7 строках пашет а если на 8 строках то ошибка Поставщик общей памяти, error: 0 - С обоих концов канала отсутствуют процессы.) SELECT TOP 8 [FileName] ,[Creation] ,[Modified] ,[Attributes]
Кстати, в 9 строке в столбце FileName и есть c01b78f6-1525-41b1-9cc1-69e3da58d2ac.pfl то что он не может найти. значит мне надо удалить 9 строку.
ну в общем удалил ее. не помогло. сейчас ищу ошибку следующую в ТЖ
ошибка та же. на c01b78f6-1525-41b1-9cc1-69e3da58d2ac.pfl НО. в таблице FILES данной строки уже нет. и где ее искать теперь? как по sql базе можно найти ссылку?
выгрузилась. и почему то выгрузка весит 120 Мб. ща попробую развернуть в файле и сравнить данные
Есть инструкция как воспользоваться этим дампом? Мне иногда надо потренироваться на другом сервере с базой клиента.
В общем развернулась база. все нормально. весит чуть меньше sql. данные в порядке. кратко о решении: в получается что не в сервере и не в ПО дело. хотя все вышеописанные рекомендации тоже делал. спасибо за помощь.
В management studio несколько раз в день при любом подключении (через проверку подлинности Windows/подлинности SQL Server) выдает ошибку "233, что Подключение к серверу успешно установлено, но затем произошла ошибка при входе. (provider: Поставщик общей памяти, error: 0 - С обоих концов канала отсутствуют процессы.)".
В сетевых конфигурациях протоколы "Общая память" и "TCP/IP"
чтобы устранить проблему приходится перезагружать службу MSSQLSERVER.
Пользователи, подключенные к этой базе негодуют :(
Пробовали устранить проблему:
1) путем переустановки операционной системы Windows Server и СУБД MS SQL Server 2008 R2;
2) поставили ограничение используемой оперативной памяти в свойствах сервера
3) удалили все лишние приложения, которые пожирают оперативку
Все без толку (
во время сбоя из ошибок в логах нашел только:
Код события: 17188
SQL Server не готов принять новые подключения, поскольку выключается. Соединение было закрыто.
Код события: 17052
Не удается найти описание для идентификатора события 17052 из источника MSSQLSERVER. Вызывающий данное событие компонент не установлен на этом локальном компьютере или поврежден. Установите или восстановите компонент на локальном компьютере.
Если событию были добавлены следующие сведения:
Монитор SQLServerAgent: SQLServerAgent был закрыт.
Интересна. нахера вам протокол общей памяти?
У вас звери прям на сервере работают, чтоле?
Вот по протоколам прикрепил скрин.
и странное что sql жрет 2,6 Гб, но память забита почти полностью
После ребута службы он снова в течении 2 часов заполняется и зависает
Компания Microsoft выпустила очередную версию Windows 10 с номером 1803, в которой были переработаны механизмы взаимодействия со сторонними криптопровайдерами в протоколе TLS. В связи с этим ряд стандартных серверных приложений при работе на новых версиях ОС, работающих на сертификатах RSA, может перестать корректно обрабатывать входящие соединения от клиентов с установленным СКЗИ «КриптоПро CSP». В частности, проблема возникает при работе с локальным экземпляром Microsoft SQL Server
Всем привет, базу загрузкил из бэкапа с сервера себе локально на комп, в SQL Express, все ок, добавил базу в сервер 1С - все ок. Но при входе в базу ругается - " Сеанс работы завершен администратором. по причине: Соединение с сервером баз данных разорвано администратором Microsoft SQL Server Native Client 11.0: Поставщик общей памяти: С обоих концов канала отсутствуют процессы. В экспрессе не могу найти настройку по общей памяти, только в регистрации нового сервера смог по умолчанию на вкладке "свойства соединения" установить не по умолчанию а ТСП/ИП
Старая знатная проблема. Лечится так, только я не в курсе есть ли в экспрессе такая настройка: network packet size Выкручивай ее до максимума, насколько сам експресс позволяет (если позволяет). В обычной версии это значение 32767.
Если в конфигуратор можешь зайти - удаляй из метаданных все, что много весит - как правило это всякие бинари в макете. Еще можешь попробовать (если в конфигуратор опять же зашел), объединиться с живым cf на x64 ОС. Но лучше и проще, отбекапиться не на экспрессе, и тогда этой проблемы не буедт.
пакет увеличил до 32797, не помогло в конфигуратор не могу попасть, ошибка та же Бэкап был сделан на норм SQL 2008 R2, но эта проблема уже была там. Делали ALTER DATABASE <Имя БД> SET EMERGENCY ALTER DATABASE <Имя БД> SET SINGLE_USER DBCC CHECKDB (<Имя БД>, REPAIR_ALLOW_DATA_LOSS) ALTER DATABASE <Имя БД> SET MULTI_USER не помогло так же.
=) Так выгрузи в dt, затем подними ее конфигуратором. Скорее всего уже ошибка уйдет. Если нет - ТИИ. Если нет - выгрузи в cd и прогони утилитой - скорее всего ошибка уйдет.
так в том и проблема что не могу никак вообще в базу зайти, ни в конфигуратор ни в предприятие
бэкап в sql сделал и пробовал на других серверах ее поднять - тоже самое. Причем на том сервере есть другие базы и они нормально работают. т.е. скорее всего дело не в настройках сервера sql
На изначальном сервере ругается так: Сеанс работы завершен администратором. по причине: Соединение с сервером баз данных разорвано администратором Microsoft SQL Server Native Client 11.0: Поставщик TCP: Удаленный хост принудительно разорвал существующее подключение.
Есть какие-то еще инструменты для анализа базы и если надо ее восстановления? не понятно вообще она жива или нет.
Начни со статьи и далее гуглить по ошибкам с CHECKDB. Ну а копия где базы - есть она или тоже нет?
Попробуй для начала оставить только TCP/IP - через диспетчер конфигурации SQL
"И дальше в том же стиле." как раз дальше должны быть имена проблемных таблиц
Все что смог чектейблом прошел. теперь интересная ошибка - "Файл запрос и ответа на лицензирование конфигурации были удалены из конфигурации" Понять бы где это хранилось, я бы из рабочей базы восстановил.
на нимфостарте утверждают что это лечится сравнениемобъекдинением с типовой этой же версии (или с конфой поставщика).
вот тема про "Файл запрос и ответа на лицензирование конфигурации были удалены из конфигурации" но там в конфигуратор был доступен. видимо пострадали данные о лицензии, где они хранятся -не знаю. поэтому создайте новую бд с с близкой конфой .пройдите валидацию лицензирования через инет. через ТЖ или profile подглядите, каких данных нет. добавьте их из новой бд.
В итоге не исправляемые таблицы пришлось дропать, в конфигуратор попал, сделал дт и выгрузил в файловую. Там уже обработкой собирал данные где есть и пихал где они удалились. вроде пока получается восстановить. Всем спасибо!
Читайте также: