1с sql вылетает при загрузке базы
Если у Вас сворачивается или безвозвратно закрывается 1с во время работы – это тревожный знак. Кроме того, что эта неприятность не даёт нормально работать в программе, сворачивание и выкидывание из 1с ведёт к повреждению базы 1с. Если у вас недавно появилась данная проблемам связанная с закрытием 1с в процессе работы – спешите прямо сейчас сделать резервную копию базы!
1) Неисправность компьютера. Ваш ноутбук может иметь проблемы аппаратного характера. Выявить этом может специалист использую специальные программы для диагностики (aida64, victoria, crystal disk mark, memtest, ati tool, blue screen view и другие). Если во время работы в 1с вылетает синий экран смерти. То это является признаком того что ваш компьютер или ноутбук – неисправны. BSOD (blue screen, грустный смайлик, экран смерти) – появляется в случае ошибки памяти (видеопамяти, ПЗУ, ОЗУ итд).
2) Если ваш компьютер не удовлетворяет требованиям 1С. Параметры компьютеров для современных программ 1с Розница, Управление торговлей, Бухгалтерия, Зарплата и кадры, Комплексная автоматизация, УНФ – довольно высокие. Признаком того что ваш компьютер недостаточно мощный – является выкидыванием из платформы 1с. Чтобы исключить возможность данной причины в вашем случае, убедитесь, что ваш компьютер соответствует рекомендуемым системным требованиям 1С (8 гб ОЗУ, двух-ядерный современный процессор, SSD накопитель с достаточным объемом).
3) Проблема в операционной системе вашего компьютера. Windows, Linux, MacOS и другие ОС компьютера имеют изъяны. При появлении проблем с программным обеспечением так же могут возникать «выкидывания» из программы. Радикальным способом устранения этой неисправности является переустановка операционной системы (переустановка Windows, если ваш компьютер работает на программном обеспечение Microsoft). Если переустановить ОС возможности нет, постарайтесь вспомнить в какой момент возникла проблема с выкидыванием 1с. Посмотрите какие программы вы скачивали, устанавливали и настраивали в данный период времени. Удалите или перенастройте софт.
4) Проблема в разрядности операционной системы, платформы 1с или драйверов торгового оборудования. Данная проблема очень редкая. Возникает в несоответствии битности программного обеспечения (битности x86 и 64). Исправлением является переустановка драйверов и платформы 1С.
5) Проблема с доступом к другому компьютеру по сети, где храниться база 1С. Данная проблема возникает если вы работает по сети в офисе или через интернет. Проверку данной проблемы сможет произвести опытный системный администратор использую командную строку CMD и команду ping. Так же он сможет выявить подозрительное (не исправное) сетевое оборудование.
6) Проблема с доступом к сетевому хранилищу или внешнему жесткому диску. Данная проблема возникает в случае если вы работает по сети, аналогична проблеме №5.
7) Проблема с доступом в интернет. Возникает если вы работаете через удаленный сервер, облачное хранилище, веб-сервер. В момент работы базы данных выкидывает. Системный администратор сможет проверить возможные микро потери в сеть интернет, которые вы визуально не замечаете.
8) Проблема с платформой 1с и её совместимость с конфигурацией. В этом пункте сразу несколько проблем. Конфигурация 1С 10.3 может работать с версией платформы 8.3.13.хх. При входе в случайный документ Управление торговлей 10.3 выкидывает, если платформа выше версий. Так же может быть «заключённая платформа», которую следует переустановить. Кроме этого может быть проблема с лицензией (которая устанавливается на платформу). А так же может быть пробелам ИТС. Редкий случай, когда при отсутствии купленной подписки информационно-технического сопровождения платформа 1с выкидывает на рабочий стол.
9) Проблема с SQL серверов или другими службами на сервере 1с. Если вы используете Сервер 1С предприятие, то на нем установлены различные службы без которых 1с работать, в привычном для вас режиме не заработает. SQL, web-server, iis, RDP – в каждом из них может крыться проблема. Устранить её можно обратившись к администратору сервера.
Восстановить базу можно через интернет дистанционно! Данную услугу недорого готовы выполнить специалисты нашей компании.
В общем то пришло время!
Редакция 1с 4.5., сервер Win Serv 2019 St., SQL 2008. Базу понизил до SQL 2000. При выгрузке файл архива 236 МБ, dat файл 1.9 Гб.
Жму "загрузить данные" и на "Загрузка системной информации" 1с просто вываливается ничего не сказав. Что делать? В какую сторону копать?
(1) Я когда то сталкивался с таким, но я ставил SQL2005.
Но 2005-й на Win10 не становится.
Прикрепляю некоторые патчи, мне в свое время помогли.
семерку переводите на клиент сервер ?
сервер Win Serv 2019 St -- ну чего только не делают под 1с7.
сервер Win Serv 2019 St -- ну чего только не делают под 1с7.
Да! 2 года тому назад еще сервак купил, что бы на 8 перешли. "Бухгалтерия" дважды платит.
не. Проблема 2Гб. А так пользователи по РДП работают.
(6)
Контейнер ошибки 1157242510261424014, тип 1
Имя события: APPCRASH
Отклик: Нет данных
Идентификатор CAB: 0
Сигнатура проблемы:
P1: 1cv7s.exe
P2: 7.70.0.25
P3: 41c01f3a
P4: ODBCBCP.DLL
P5: 10.0.17763.1
P6: 3b605f5e
P7: c0000005
P8: 00004942
P9:
P10:
Вложенные файлы:
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERD724.tmp.dmp
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERD87D.tmp.WERInternalMetadata.xml
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERD89D.tmp.xml
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERD8AA.tmp.csv
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERD919.tmp.txt
Эти файлы можно найти здесь:
\\?\C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_1c v7s.exe_6a45d59357f22ad3bf1e73250e91e7cdff4e68b_84bd0a0d_6ca9df2 3
Символ анализа:
Повторный поиск решения: 0
Идентификатор отчета: 874b354c-d66d-410d-a576-0ccb38f67bd4
Состояние отчета: 268435456
Хэшированный контейнер: d81f9818859e5a7a300f59ee871d0f8e
(7) Попробуйте поднять виртуалку с Windows server 2003 и SQL server 2000 и там выполнить загрузку. Если загрузится, потом можно будет базу мигрировать на более новый Server
(7) А что-то в SQL базе остается после того как 1с закрывается? Можно попробовать профайлером посмотреть процес загрузки, может быть получится выловит ошибку SQL
Предпоследнее событие в профайлере:
exec sp_bcp_dbcmptlevel "bux" SET FMTONLY ON Sel ect * fr om _1SCONST SET FMTONLY OFF exec "bux"..sp_tablecollations '"bux".._1SCONST'
(11)Это на каком сервере? 2019?
Записи с error есть в профайлере?
Таблица констант в dbf нормально просматривается? Есть строковые константы неограниченной длины?
Развернул 2003 сервер на виртуалке с 2008 SQL.
Проблема с вылетом решалась. Походу семерка на 2019 пишет временные файлы в запрещенную папку. Появилась другая проблема.
При загрузке DAT файла, а конкретно документа "Оказанные услуги" в sql запускается отладчик. Но т.к база однопользовательская доступа к ней не имеет. А при отмене запуска отладчика семерка вылетает без предупреждения. Подозрение на корявые данные.
На днях столкнулся с одной ошибкой SQL. Попробовал все варианты исправления, и на уровне 1С и на уровне самого SQL, даже индексы хотел было перестроить. Но помогла банальная перезагрузка (физически) сервера.
Но по пути накопал вот этот список ошибок и их решений. В будущем может пригодиться!
Duplicate key в таблице _1scrdoc
Удаление повторяющихся ключей с помощью метода описанного в статье может не помочь. При пересчете такие записи могут появиться вновь. Для решения проблемы можно применить следующую методику - создаете пустую базу в нее копируете файл конфигурации, заходите в конфигуратор, удаляете все графы отбора, сохраняете, копируете файл конфигурации в рабочую базу, запускаете пересчет служебных данных, восстанавливаете графы отбора. Все должно работать.
Восстановление базы только из MDF
1. Создаем новую базу с таким же именем и такимиже по именам и расположению .mdf и .ldf файлами
2. Останавливаем сервер, подменяем файл .mdf
3. Стартуем сервер, не обращаем внимания на статус базы
4. Из QA выполняем скрипт
Use master
go
sp_configure 'allow updates', 1
reconfigure with override
go
4.Там же выполняем
update sysdatabases set status= 32768 where name = ''
5. Перезапускаем SQL Server
6. В принципе база должна быть видна (в emergency mode). Можно, например, заскриптовать все объекты. Заходим в EM, выбираем базу, снимаем галку Restricted access в свойствах базы.
7. Из QA выполняем
DBCC REBUILD_LOG('', '')
SQL Server скажет - Warning: The log for database '' has been rebuilt.
8. Если все нормально, то там же выполняем
Use master
go
sp_dboption '', 'single_user', 'true'
go
USE
GO
DBCC CHECKDB('', REPAIR_ALLOW_DATA_LOSS)
go
9. Если все в порядке, то
sp_dboption '', 'single_user', 'false'
go
Use master
go
sp_configure 'allow updates', 0
go
Ошибка violation of pirmary key при загрузке в базу УРБД
Симпотмы: При загрузке репликации в переферийную базу, SQL вылетает с ошибкой:
Violation of PRIMARY KEY constraint 'PK_RA4047'. Cannot insert duplicate key in object 'RA4047'
Лечение: Для решения данной проблемы отработана следующая технология. Запускаем SQL Profiler с регистрацией ошибок. Когда появляется ошибка смотрим последние операторы, определяем IDDOC сбойного документа. Проблема в том, что признак проведенности по регистру у документа снят (флаг RF), а движения существуют. Вот и происходит ошибка. Лечение - восстановить флаг RF и признак проведенности документы. Можно конечно удалить движения, но не факт, что это правильно отразится на итогах в регистре.
sp_change_users_login AUTO_FIX, 'user_1c'
"Cannot open user default database". Using master database instead
Какой выбрать сервер/сеть & etc для работы 1С на SQL Server Сервер двухпроцессорный , память минимум 256 (лучше больше, SQL память любит, и юзает ее грамотно)
Дисковая подсистема. Минимум 2 винта, лучше SCSI. Почему 2 — потому что нам RAID нужен. Для бедных — программный (кстати в NT 1 и 3! RAID хорошо реализован), для богатых — железный. Официальные рекомендации Microsoft для больших, сильно нагруженных БД SQL: 2 диска (RAID1) — система, от 3 дисков (RAID5) — сама БД, 2 диска (RAID1) — для журналов транзакций.
Сеть можно и 10, хотя лучше 100 М. Хороший вариант — сетевые карточки Intel или 3Com, которые могут работать в команде (режим отказоустойчивости или повышения пропускной способности). Хотя мы используем просто 2 карточки: половина офиса ходит на одну, вторая половина людей на вторую. На какой адрес ходить, устанавливается в Client Network Utility.
Как производить проверку, переиндексацию базы на SQL Server
Для пересоздания индексов следует воспользоваться командой: DBCC DBREINDEX ('') или запустить хранимую процедуру, которая переиндексирует все таблицы в базе данных: EXEC _1sp_DBReindex
Время от времени возникает проблема "Доступ к базе на сервере возможен только из одного каталога информационной базы". Как лечить?
Диагноз: Такая ошибка возникает при попытке загрузить версию 1С для SQL после того, как один из пользователей некорректно вышел из системы. В редких случаях эта ошибка может быть результатом некорректной установки конфигурации.
Анамнез: После закрытия 1С на сервере NT освобождаются ресурсы, которые занимал пользователь. Однако в случае некорректного завершения работы не останавливается SQL-процесс, запущенный пользователем.
Принудительно остановить SQL-процесс можно с помощью SQL Enterprise Manager. В нем все активные процессы перечисленны в ветке “Management\Current Activity\Process Info”. Надо найти в списке справа процесс, который мешает Вам жить, выделить его и в меню “Action” выбрать пункт “Kill Process”
Если пользователи работают по протоколу Named pipes, то можно просто закрыть файлы на SQL-сервере, открытые повисшим пользователем. Такие файлы имеют вид \PIPE\MSSQL$NAMEDSERVER\SQL\query.
Если вышеизложенное слишком сложно для Вас, Вы можете просто перегрузить SQL server. Надо только убедиться, что ни одна другая програма не использует его в этот момент.
Если ошибка возникает постоянно, имеет смысл проверить правильность установки конфигурации: с одной базой данных на сервере пользователи должны работать из одного каталога с конфигурационными файлами. Иначе говоря, не могут одновременно работать две (даже идентичные) конфигурации, размещенные в разных каталогах и ссылающиеся на одну и ту же базу.
Умер SQL, но mdf и ldf-файлы остались. Можно ли поднять базу?
Ошибка SQL Server "Cannot resolve collation for equal operation"
Данная ошибка возникает при сравнении полей с различной collation. Подробно описание ошибки можно найти в статье "Transact-SQL ReferenceData TypesCollation Precedence" в Books OnLine. В случае 1С это может быть, например, когда различаются collation вашей рабочей базы и базы tempdb. При первоначальной установке collation базы tempdb устанавливается такой же как у сервера и обычно не меняется. Collation базы выбирается при создании базы, но может быть изменена с помощью команды ALTER DATABASE. Поэтому обычно такая ошибка возникает, когда collation базы первоначально была выбрана отличной от collation сервера. База tempdb используется для создания временных таблиц, в частности, когда используется конструкция "В" в запросе или когда используется отбор по группе в других выборках.
Чтобы устранить эту ошибку нужно поменять либо collation рабочей базы, либо collation сервера. Чтобы поменять collation рабочей базы воспользуйтесь командой ALTER DATABASE COLLATION = collation_сервера. При этом сами данные не изменяются. Поэтому необходимо сначала выгрузить ваши данные, а потом загрузить обратно. Я, например, делал это с помощью инструмента Data Transformation Services (DTS) с помощью задачи переноса объекто SQL Server с сервера на сервер. Для этого нужно создать новую базу с collation равной collation сервера, в параметрах задачи (на рабочем поле кликнете правой клавишой мышки, выберите "Disconnected Edit", затем ветку задач, вашу задачу переноса) нужно указать дополнительную опцию ScriptOptionEx = SQLDMOScript2_70Only(16777216), которая укажет не формировать для каждого поля его collation (чтобы не переносить старую). Затем нужно выполнить задачу. Все. Теперь можете пользоваться новой базой, либо загрузить данные обратно.
Про дополнительную опцию можно прочитать в статье "Data Transformation ServicesUsage Considerations in DTSData Conversion and Transformation Considerations".
Ошибка "Could not continue scan with NOLOCK due to data movement"
В BOL причина ошибки связана с сочетанием блокировки (NOLOCK) и уровнем изоляции (READ UNCOMMITED) таким образом, что при чтении данных некоторые прочитанные страницы могут быть удалены до завершения транзакции. Нам это ничего не дает. Кажется, что проблема связана с проектированием 1С. На самом деле система использует другой уровень изоляции, который не может привести к такой ситуации. Обычно ошибка появляется при разрушении данных. На моей памяти это было в двух случаях. Проверка БД производится как обычно с помощью DBCC CHECKDB. Если данные разрушены, то команда выдаст список объектов, в которых найдены повреждения. Сделайте резервную копию и попытайтесь с помощью все той же DBCC CHECKDB восстановить данные. Если повреждения несерьезные, то восстановление проходит гладко. Если нет, то проще произвести восстановление БД из резервной копии.
Совет. Чтобы не возникало данной ошибки, следите за местом на диске, следите за состоянием вашей дисковой системы, ставьте на сервер ИБП, делайте резервные копии.
Каким образом на клиентской рабочей станции можно настроить сетевой протокол (TCP/IP, Named Pipes и т.д.) взаимодействия с сервером MS SQL?
Для этого нужно воспользоваться вышеупомянутой утилитой Client Network Utility. С помощью нее можно настроить тип протокола (TCP/IP, Named Pipes, Multiprotocol и т.д.), а также ряд дополнительных параметров (например, при успользовании протокола TCP/IP можно указать порт, по которому будет производиться подключение к серверу MS SQL).
Как устранить ошибку "База не может быть открыта в однопользовательском режиме"?
Данная ошибка происходит при попытке войти в 1С монопольно, при этом в текущий момент к этой базе есть открытые соединения (не 1С). Первое — закройте все приложения, которые могут использовать эту базу. Это могут быть Enterprise Manage, Query Analyzer, SQL Profiler. Можно не их закрывать, а проделать, например, следующие действия: EM — сделать Disconnect для сервера, QA — выбрать другую базу в списке, Profiler — закрыть все трейсы. Второе — для устранения этой проблемы нужно закрыть все открытые подключения к этой базе. Для получения информации о том, кто в данный момент подключен к базе, в Enterprise Manager 2000 есть раздел Management Current Activity Process Info.
Login failed for user XXX. Reason: Not associated with trusted SQL Server connection
1С поддерживает только смешанный режим подключения к SQL Server. Для установки режима подключения в свойствах сервера на закладке Security выберите Mixed mode.
При выгрузке-загрузке 1С зависает, либо вылетает
Одной из причин (довольно распространенной) является наличие реквизитов неограниченной длины. Например, такие рквизиты обычно присутствуют в общих реквизитах документа (Комментарий). При выгрузке такие реквизиты должны стоять в конце списка реквизитов. Если все же ошибка не устраняется, то поробуйте удалить эти реквизиты и произвести выгрузку-загрузку без них.
Еще один универсальный совет — при загрузке в строке состояния пишется загрузка какого объекта производиться. Если на этом объекте 1С зависла или вылетела, то попробуйте произвести выгрузку без этих объектов — для этого их нужно удалить из базы. Конечно это не выход, но все же таким образом вы убедитесь, что причина именно в этом виде объектов, что поможет вам локализовать причину ошибки.
И конечно же самое первое, что вы должны сделать перед выгрузкой это тестирование базы. Подробно про переход на весрию SQL 1С (в том числе про выгрузку-загрузку) вы можете прочитать в этой статье.
Восстановление базы данных только из MDF
1. Создаем пустую базу с_тем_же_именем, остановливаем сервер и записываем вместо "родного" файла этой базы свой *.mdf.
2. Запускаем сервер. Он переведет базу в suspect.
3. Выводим базу из состояния suspect:
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go
--Для сброса признака suspect выполняем в БД master ХП sp_resetstatus:
update sysdatabases set status=32768 where name='Base_New'
go
--А теперь запретим прямое изменение системных таблиц:
sp_configure 'allow updates',0
go
4. База находится в "emergency mode", поэтому копируем данные из этой базы в новую, используя режим "Copy objects and data, between SQL Server databases".
Автор ответа Джинн, neatmen
База находится в состоянии suspect. Как ее "оживить"?
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go
--Для сброса признака suspect выполняем в БД master ХП sp_resetstatus:
update sysdatabases set status=32768 where name='Base_New'
go
--А теперь запретим прямое изменение системных таблиц:
sp_configure 'allow updates',0
go
Проблемы при соединении с SQL Server установленном на Windows 2003 Server
Добрый день.
Платформа 1С:Предприятие 8.3 (8.3.16.1148) Работает более полугода - проблем не было до сегодняшних дней.
Вылетает любая 1с которая установлена на кластере. Новая или старая. Может сразу при загрузке, может через 10 мин. Вылетают все соединения у всех у кого открыта 1с
Пытался:
1)Чистил кэш на сервере и клиенте. безрезультатно
2)Переустановлена 1с с удалением все папок. безрезультатно
3)Переустановили postgress. безрезультатно
4)Установили SQL (беслпатная) 2019 Evalution и на ней развернули 1с. безрезультатно
Подскажите. Нет идей уже..
Я бы сделал так.
1. Открыть консоль управления сервером 1С.
2. Создать новый кластер с другим портом, например 2541.
3. Создать в этом кластере новую информационную базу.
4. Восстановить в новую базу копию из рабочей.
5. Поработать в этой копии.
Если проблема исчезла - был перегружен кластер с портом 1541. Рабочие базы распределить между несколькими кластерами с разными портами.
А база у вас одна? В файловую именно ее пробовали выгружать и тестировать запуск? Если все да, то попробуйте выгрузить и загрузить базу.
а винда у вас 10 или сервер ?
обновления могут очень повлиять на поведение.
может вспомните, когда это произошло.
если работало полгодика,значит .
так как с обновлениями ?
они автоматом или вручную или откл. ?
(73) W Server 2019 Standart
обновление ни у 1с и на сервере не ставим
произошло есть подозрение после перезапуска сервера
в этот промежуток обновлений не стаавили
(75)
смотрели нагрузку на диски , сеть , оперативку и процессоры ?
особенно во время вылета соединений ?
и еще. могли ли изменять настройки постгреса без перезагрузки сервера 1с ?
(78)смотрел. диски свободны. сеть стабильно= пинг есть. патеряных пакетов нет.когда вылетела = пинг был
не изменял настройки
Интервал перезапуска секунд*********
Проблемные процессы останавливать через секунд******
Уровень отказоустойчивости******
Режим распределения нагрузки******
(98)
это параметры инф.базы.
а сервера . кластер , рабочий сервер
(111) Сам в шоке, но помогло. Хз почему так.
1) всегда было под Администратором
2)как бы всегда было 60
3)Активация была и не слетала. почему так
ТС, зовите ЭТВ из франча, и пусть он воюет до победного. Не стоят ваши мучения тех денег, которые он возьмет.
И если Вы не против, ради интереса озвучьте, какое железо одарило вас такими траблами?
(101) да на самом деле, неважно, откуда придет ЭТВ. Во франче могут быть как подтвержденные эксперты, так и желторотые новички, кто ж спорит. Но я же не предлагал звать желторотого новичка.
Обращаемся во франч, просим ЭТВ. Франчи, конечно, разные бывают, но документы, думаю, никто подделывать не станет.
(101) Поддерживаю. Пока были "специалисты", сервак не вылетал, только ушли, оплату взяли, день прошел все по новой. Позвали обратно все нормально опять, потом опять три дня посидели и пока не удалили протокол IPv6. Не знаю, что конкретно вызывало такую ошибку 1С, но реальный факт. Решили проблему пальцем в небо.
(106) ну вот. мы оба прекрасно понимаем, как это работает.
исходя из этого понимания, я и предложил ТСу обратиться во франч, в котором есть ЭТВ, дабы пригласить данного специалиста для решения проблемы
рад , что отделались легким испугом и без франчей
(114)
ну да :)
если найдено решение
а так бы вызвали "спеца" по советам, он снял бы денег .
и вам не в плюс
а так - большой плюс и по-другому будут слушать :)
(116) посмотрите еще в сторону регламентных заданий, у нас была проблема в одном, из за этого падали все базы, которые были в одном рабочем процессе с проблемной базой, вылечили блокировкой регламентных заданий во всех база и поочередным включением для выявления и подтверждения своей догадки.
(118)
не знаю, насколько поможет ,но
проверяйте отсутствие галочки "Внешнее управление сеансами" и строку Внешнее управление сеансами (должна быть пустая) во ВСЕХ БАЗАХ.
если через конфигуратор база выгружается загружается без этой ошибки, отключи все регламентные задания. Погоняй базу. если все норм, ищи в них ошибку. Что то похожее было. исправляли так.
Я бы сделал так.
1. Открыть консоль управления сервером 1С.
2. Создать новый кластер с другим портом, например 2541.
3. Создать в этом кластере новую информационную базу.
4. Восстановить в новую базу копию из рабочей.
5. Поработать в этой копии.
Если проблема исчезла - был перегружен кластер с портом 1541. Рабочие базы распределить между несколькими кластерами с разными портами.
(125)Падает процесс rphost. Кластер 2541 имеет свой rphost. Работа с базой точно идёт в кластере 2541? У пользователей в свойствах базы прописан порт 2541?
(134)rghost к серверу 1С не имеет отношения.
У сервера 1С есть процессы ragent, rmngr, rphost.
После падения rghost сервер 1С остаётся активным, работают все его процессы?
(125) Опишите ситуацию сразу после аварии.
1. Сервер 1С работает?
2. Кластеры 1541 и 2541 видны в консоли сервера 1С?
3. Сеансы открыты хотя бы в одном кластере?
3. Какой объём памяти занимают рабочие процессы кластеров?
4. После аварии без перезагрузки сервера 1С пользователи могут работать хотя бы в одном из кластеров?
Можно, конечно, базу и не копировать. Просто в новой базе указать ту же базу SQL, а старую базу 1С из кластера с портом 1541 удалить.
(135) Проверьте на всякий случай обязательно. Насколько я понял на другом железе 1с сервер работает нормально. В программном плане все, кроме перестановки ОС, вы сделали, тем более если никакие обновления не ставились.
(138)как не странно. перенесли на другое железо = пока все ровно. подняли журнал ТЖ и через прогу посмотрели дамп памяти.ntdll.dll крашится
(140)
ну значит осталась проверка железа и переустановка ОС.
ntdll.dll как я понимаю общая библиотека, гугл выдает варианты, но тут надо смотреть конкретные места.
Нужно наблюдать в консоли сервера 1С за сеансами на кластере 2541. Быть может, проблема с каким-то конкретным пользователем.
"Вылетает любая 1с которая установлена на кластере."
Когда падает процесс rphost, закрываются все соединения со всеми базами на этом кластере.
У вас теперь 2 кластера: с портом 1541 и с портом 2541. Который из них падает?
НЕ ПОМОГЛО:
1)Смена кластера
2)Установка нового кластера
3)переустановка платформы и переустановка на платформу 8.3.17
4)создание пустых баз
5) реструктуризация
Не понятно, о чём речь. Подробнее, пожалуйста.
Случай какой-то мистический. Значит, разгадка совсем простая и рядом.
rghost не относится к серверу 1С!
У сервера 1С есть процессы rphost, на каждый кластер - свой. Это и удивляет меня.
rghost - процесс файлообменника, его давно прибить надо.
Не читал всю ветку, была такая же ошибка когда серверный и ключ на 10 были на 1 машине, выбивало в случайные моменты времени. Еще была проблема с криво настроенным постргисом, когда он переходил ограничение по памяти и rphost рестартовал. выбивало всех.
(150) как я понял есть какое-то ограничение у самой 1с, конкретно у нас на машине рпхост рос до какого-то значения, не помню точно 32 или 28 гб оперативки и потом шел рестарт с вылетом. Запас оперативки еще был.
(154) ну это не теория, а замеченный факт. И помогло именно решение описанное выше. Падал стабильно на одних и тех же числах.
(156)ну смотрите. вот база к примеру 30гб и пользователей на 30. Думаете ограничение в жалкие 32гб будет просить ее реботнуть? врят ли. По опыту у меня такого не было.
(153)просто никто не предложил выход из этой ситуации чтобы работало стабильно на время разбирательств
Не обязательно вирус, я бы посмотрел на программы, установленные незадолго до того, как начались сбои.
Ну, и sfc /scannow прогнал бы в свободное время - ХЗ, что там может вылезти?
Сделайте вот эти действия по отключению неявных функций ipv6
Создаём параметра DWORD (32 бита):
В редакторе реестра "Regedit" создаем параметр DWORD (32бита).
В названии указываем DisabledComponents, в значении FFFFFFFF (8 знаков буквы F) для шестнадцатеричной системы исчисления.
Указываем значение в шестнадцатеричной системе FFFFFFFF.
Или создаём ключ в реестре через командную строку в десятичной системы исчисления:
reg add HKLM\SYSTEM\CurrentControlSet\Services\tcpip6\Parameters /v DisabledComponents /t REG_DWORD /d 4294967295
Операция успешно завершена.
Также отключаем службу 6to4, после этого интерфейсы 6to4 больше не будут создаваться:
В командной строке с правами администратора набрать,
netsh in 6to4 set state disabled
Ну, вот собственно и всё, поддержка интерфейса в системе отключена. На этом всё, удачи.
А вот теперь сообщаем более технологичное решение: просто повысить приоритет протокола IPv4 над протоколом IPv6, тем не менее сохранив работоспособность IPv6. Решение не требует перезагрузки, вступает в действие моментально. Нужно открыть командную строку в режиме администратора, и выполнить там две команды:
netsh interface ipv6 set prefix ::/96 60 3
netsh interface ipv6 set prefix ::ffff:0:0/96 55 4
Всё, работает! Проверим на примере «чистой» Windows 2012 Server (жирным выделены команды, дальше в сокращённом виде приводится ответ операционной системы):
ping gilev_test
Обмен пакетами с gilev_test [fe80::21c0:ff89:967f:955a%19] с 32 байтами данных:
Ответ от fe80::21c0:ff89:967f:955a%19: время…
Итак, возвращается адрес в формате IPv6 (fe80::21c0:ff89:967f:955a%19).Применим наше лекарство:
netsh interface ipv6 set prefix ::/96 60 3
ОК.
netsh interface ipv6 set prefix ::ffff:0:0/96 55 4
ОК.
Снова проверим ping:
ping gilev_test
Обмен пакетами с gilev_test [192.168.1.5] с 32 байтами данных:
Ответ от 192.168.1.5: число байт=32 время…
Как видим — результат резко изменился в нужную нам сторону, стал возвращаться адрес 192.168.1.5. Теперь проверим, что по адресу в формате IPv6 сервер по-прежнему пингуется, и мы ничего не сломали
ping fe80::21c0:ff89:967f:955a%19
Обмен пакетами с fe80::21c0:ff89:967f:955a%19 по с 32 байтами данных:
Ответ от fe80::21c0:ff89:967f:955a%19: время…
P.S. в некоторых случаях если команды не помогли, то выполните дополнительную команду:
netsh interface ipv6 set prefix ::/96 1 3
Сотрудники компании "АйТи-Консалтинг", специализирующиеся на разных программных продуктах, бухгалтерских и it услугах, написали статьи, позволяющие посетителям сайта быстро ориентироваться в ответах на интересующие вопросы.
Неточности СУБД базы данных (ошибка SQL) в программном продукте 1С: Предприятие 8
Данный материал будет полезен пользователям, столкнувшимся с неточностями в работе программных продуктов на платформе 1С: Предприятие 8.
На рисунке 1 приведен пример окна ошибки: Ошибка СУБД Ошибка SQL.
Почему возникают такие ошибки?
В первую очередь это обуславливается неправильной работой пользователей на местах с программами 1С. Экономия владельцев бизнеса на обучении своего персонала корректной работе с данным программным обеспечением, либо экономия на техническом оснащении, работа на устаревших компьютерах, применение близких к окончанию сроков эксплуатации жестких дисков через некоторое время могут вызвать крупные расходы. Неприятным результатом может стать простой бизнеса, а также утеря данных управленческого, бухгалтерского либо финансового учета.
Примеры источников ошибок в функционировании программ 1С и виды визуального выражения нарушения целостности БД (база данных):
аварийное завершение работы ОС с работающей программой 1С: Предприятие 8, в особенности во время формирования, проведения либо удаления файлов;
удаление и повреждение конфигурационных файлов в результате вмешательства со стороны пользователя либо техники;
приостановка процесса восстановления архивной информации;
отсутствие внешнего надежного напряжения питания;
присутствие файлов без нумерации, дат создания;
присутствие файлов с датой создания, которая не соответствует рядом стоящим файлам, к примеру, 2001 г. 01 ч. 01 мин. 01 с.;
присутствие операций без нумерации, дат создания;
недоступность ранее созданных файлов и операций;
отсутствие ссылок на объекты.
Таким образом, в первую очередь нужно завершить работу программы 1С.
После этого создайте копию БД (база данных) с повреждениями (для этого нужно сохранить базу в отдельный каталог на винчестере). Путь, ведущий к местонахождению БД (база данных), можно определить с помощью панели запуска 1С: Предприятие 8 внизу, найдите данный каталог на жестком диске и скопируйте его (смотрите рисунок 2).
Рисунок 2: Окно запуска 1С: Предприятие 8.
Далее протестируйте БД (база данных) на физическую целостность (на предмет «разрушения»). Чтобы это сделать, выполните переход к стандартной встроенной обработке 1С: Предприятие 8 по исправлению и тестированию неточностей – chdbfl.exe (загрузить для 1С: Предприятие 8). Данный документ должен присутствовать в каталоге с установленной программой 1С, найдите и выполните его запуск (смотрите рисунок 3).
Рисунок 3: Местонахождение документа chdbfl.exe.
Потом выбираем документ 1CV8.1 CD, который можно найти в каталоге нашей БД (база данных) с повреждениями, устанавливаем галочку «Исправлять обнаруженные ошибки» и жмем «Выполнить» (смотрите рисунок 4).
На проверку физической целостности документа БД (база данных) может уйти от 10 мин. до нескольких часов – это определяется объемом вашей БД (база данных) и количеством неточностей в ней. По завершении проверки обнаруженные неточности рекомендуется сохранить в отдельный документ для последующей экспертной диагностики.
Рисунок 4: Окно проверки физической целостности документа информационной базы
После этого зайдите в режим конфигуратора (смотрите рисунок 5) и найдите в нем сервисную утилиту “Тестирование и исправление информационной базы” (смотрите рисунок 6).
Меню – Администрирование – Тестирование и исправление
Рисунок 5: Конфигуратор
Рисунок 6: Окно тестирования и исправления БД (база данных)
Выберите такие пункты, как:
Реиндексация таблиц информационной базы – функция восстановления табличной части БД (база данных).
Проверка логической целостности информационной базы – функция проверки логической целостности БД (база данных).
Проверка ссылочной целостности информационной базы – тестирование внутренних связей таблиц, которые устанавливает программа 1С: Предприятие 8, проверка фактического существования элементов данных со ссылками в полях записи таблиц.
Перерасчет итогов – выполнение полного перерасчета итоговых данных.
Переключатель ниже, выбор пункта «Тестирование и исправление».
Операция «Тестирование и исправление» может длиться от 10 мин. до нескольких часов – это определяется объемом БД (база данных) и количеством неточностей в ней. По завершении проверки обнаруженные неточности рекомендуется сохранить в отдельный документ для последующей экспертной диагностики.
На следующем этапе закройте конфигуратор, откройте БД (база данных) в стандартном режиме и оцените произошедшие изменения с поврежденными файлами либо справочниками, сформируйте ключевые отчеты для сравнения. Если проблемы отсутствуют и все в порядке, смело продолжайте работу с БД (база данных). Если проблема с информационной базой все еще присутствует, приглашайте эксперта по 1С из обслуживающей компании «АйТи-Консалтинг», либо сразу обращайтесь в техническую поддержку 1С.
Внимательно изучите ситуацию, сделайте верные выводы: обеспечьте вашим работникам обучение корректной работе с программами 1С, купите новую технику на замену старой.
Если Вы слишком заняты и не можете тратить на это время, мы ждем Ваших обращений в сертифицированный центр обслуживания 1С - «АйТи-Консалтинг».
Читайте также: