Файл не обнаружен v8srvr
Репутация: нет
Всего: нет
Есть домен, на одном серваке стоят SQL2005 и 1С8.0. До последнего момента все работало нормально!
Но последние 2 дня при изменении конфигурации, и последующей попытке обновить конфигурацию выдает следующую ошибку!
Код |
Каталог не обнаружен 'v8srvr://BASEKV/Тестовая/Config/4291953d-1022-4bdb-b2ae-98f5febdff36.0.new' по причине: Каталог не обнаружен 'Config\4291953d-1022-4bdb-b2ae-98f5febdff36.0.new' по причине: Microsoft OLE DB Provider for SQL Server: Ошибка вставки: имя столбца или число предоставленных значений не соответствует определению таблицы. HRESULT=80040E14, SQLSTATE=21S01, native=213 |
База находиться на сервере "BASEKV" и называеться "Тестовая"!
Проверка базы в SQL (DBCC CHECKDB ( 'Тестовая')) ничего не дала, 0 ошибок.
Тестирование и исправление в 1С так-же ничего не показало!
Настолько я понял вся проблема в базе, поскольку делался архив и разворачивался на другом серваке, в результате проблема не исчезла!
Может кто-то сталкивался!
Репутация: 8
Всего: 9
Пробуйте выгрузить базу с сервера средствами 1С и развернуть её в файловом варианте, затем сделать на этой версии все преобразования уже затем залить назад на сервер. Мне кажется это должно помочь. Хотя ошибка возможно кроется в настройках самого SQL-Server 2005
Репутация: нет
Всего: нет
Спасибо! помогло. Просто выгрузил базу в файл *.dt, после чего залил в базу, таблица о которой шла речь перезаписалась и проблемы как небыло. Но всеравно странно, ведь настройки SQL не менялись. Скорее всего просто небольшой глюк забрался в саму базу SQL.
Репутация: 8
Всего: 9
Ага так довольно часто бывает! Сам неоднократно сталкивался с такой заморочкой, и опираясь на старый опыт работы с СУБД в один прекрасный день попробовал сделать такой хитрый шаг и помогло.
Теперь довольно часто так делаю.
Запрещается!
Пробуйте искать сами или обращайтесь в приват к участникам форума.
Темы с подобными вещами будут немедленно удаляться, а нарушители - получать предупреждения.
Также запрещается обсуждение проблем работы этих программ (что куда вписать, куда что скопировать и т.п. )
2. Давать ссылки на взломанные продукты
- Пожалуйста, пользуйтесь поиском перед тем, как задать вопрос - возможно ответ уже есть на форуме.
- Название темы должно отражать её суть
- Действия модераторов можно обсудить здесь
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
0 Пользователей: | |
« Предыдущая тема | 1C: Предприятие, SAP, ERP и учётные системы | Следующая тема » |
[ Время генерации скрипта: 0.1233 ] [ Использовано запросов: 20 ] [ GZIP включён ]
(1) ea.abdrakhmanova,
Ну протестируйте средствами конфигуратора "Тестирование и исправление" со всему включенными галками. Должно помочь - будет заново создан *.1cd
(18) igen, архив есть. 04/03-там всё обновляется отлично. А вот 6-го числа база убилась. Приложу журнал регистрации - как это было..
(1) была такая же ошибка, переносил базу в другую папку, пытался загрузить конфигурацию поставщика, не помогло
помогло перенос базы на другой жесткий диск
У вас там свободное место на диске где лог транзакций или база лежит точно есть? Такое предположение.
БП 3.0 с нуля ведете или переходили обновлением с редакции 2.0 ?
первое что сделайте - скопируйте каталог с вашей базой в другое место и только потом слушайте всяких "chkbdfl вам в помощь "
какая версия платформы 1с установлена ?
(4) d1mk, скорее всего переходили с 2.0. Версия платформы сейчас 8.3.5.1383. Причем недели 2 назад я обновила без проблем. Сейчас смотрю по журналу регистрации-были попытки обновиться бухгалтерами. Посмотрела бэкап недельной давности-уже тогда были проблемы
(7) ea.abdrakhmanova,
chhdbfl.exe тоже не нашел ошибок ?
попробуйте удалить базу из списка и добавить с другим именем
я так понимаю что до обновления копию базы вы не делали ?
при обновлении 1с создает резервную копию во временных файлах (если настройки по умолчанию) - попробуйте через поиск на компьютере - в поиске введите *.dt - дальше смотрите по дате создания\изменения файла
правой кнопкой в конфигураторе на БухгалтерияПредприятия - далее свойства - в самом низу "режим совместимости" - что у вас там написано?
(10) d1mk, вся беда в том, что не я пыталась обновить программу. Я обычно это делаю через конфигуратор, как полагается и обязательно сначала делаю копию. Поиск *.dt ни к чему не привел, файлов таких нет, в режиме совместимости стоит значение - Не использовать.
Посмотрела через Tool_1CD базу, там есть таблица configsave. Но с этой таблицей ничего сделать не могу. Была бы база sql можно было бы просто заменить таблицу config, а так даже предположить не могу что с этим делать.
Попробуйте очитску кэша -может поможет (Кеш 1С Кэшеривание – процесс создания буфера часто используемой информации и, как правило, статичной информации. Кеширование используется для ускорения работы программы, в частности, в 1С на компьютер пользователя подгружаются файлы конфигурации, что бы не запрашивать их с сервера при каждом обращении.
Однако, очень часто платформа 1С не правильно отрабатывает кэширование конфигурации и в результате мы получаем неадекватное поведение конфигурации. Первый способ чистки кэша 1С Для решения проблем и “глюков” 1С очень часто помогает очистка кэша платформы 1C 8.3.
Делается это следующим образом:
шаг 1
Найти каталог, где хранятся временные файлы 1С, их можно увидеть в меню настройки в списке ИБ:
Репутация: нет
Всего: нет
Есть домен, на одном серваке стоят SQL2005 и 1С8.0. До последнего момента все работало нормально!
Но последние 2 дня при изменении конфигурации, и последующей попытке обновить конфигурацию выдает следующую ошибку!
Код |
Каталог не обнаружен 'v8srvr://BASEKV/Тестовая/Config/4291953d-1022-4bdb-b2ae-98f5febdff36.0.new' по причине: Каталог не обнаружен 'Config\4291953d-1022-4bdb-b2ae-98f5febdff36.0.new' по причине: Microsoft OLE DB Provider for SQL Server: Ошибка вставки: имя столбца или число предоставленных значений не соответствует определению таблицы. HRESULT=80040E14, SQLSTATE=21S01, native=213 |
База находиться на сервере "BASEKV" и называеться "Тестовая"!
Проверка базы в SQL (DBCC CHECKDB ( 'Тестовая')) ничего не дала, 0 ошибок.
Тестирование и исправление в 1С так-же ничего не показало!
Настолько я понял вся проблема в базе, поскольку делался архив и разворачивался на другом серваке, в результате проблема не исчезла!
Может кто-то сталкивался!
Репутация: 8
Всего: 9
Пробуйте выгрузить базу с сервера средствами 1С и развернуть её в файловом варианте, затем сделать на этой версии все преобразования уже затем залить назад на сервер. Мне кажется это должно помочь. Хотя ошибка возможно кроется в настройках самого SQL-Server 2005
Репутация: нет
Всего: нет
Спасибо! помогло. Просто выгрузил базу в файл *.dt, после чего залил в базу, таблица о которой шла речь перезаписалась и проблемы как небыло. Но всеравно странно, ведь настройки SQL не менялись. Скорее всего просто небольшой глюк забрался в саму базу SQL.
Репутация: 8
Всего: 9
Ага так довольно часто бывает! Сам неоднократно сталкивался с такой заморочкой, и опираясь на старый опыт работы с СУБД в один прекрасный день попробовал сделать такой хитрый шаг и помогло.
Теперь довольно часто так делаю.
Запрещается!
Пробуйте искать сами или обращайтесь в приват к участникам форума.
Темы с подобными вещами будут немедленно удаляться, а нарушители - получать предупреждения.
Также запрещается обсуждение проблем работы этих программ (что куда вписать, куда что скопировать и т.п. )
2. Давать ссылки на взломанные продукты
- Пожалуйста, пользуйтесь поиском перед тем, как задать вопрос - возможно ответ уже есть на форуме.
- Название темы должно отражать её суть
- Действия модераторов можно обсудить здесь
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
0 Пользователей: | |
« Предыдущая тема | 1C: Предприятие, SAP, ERP и учётные системы | Следующая тема » |
[ Время генерации скрипта: 0.0925 ] [ Использовано запросов: 20 ] [ GZIP включён ]
При обновлении бухгалтерии, на этапе сохранения, получил следующую ошибку:
Каталог не обнаружен 'v8srvr://sql/acc_main/configsave/e0666db2-45d6-49b4-a200-061c6ba7d569.6b9d6525-ee94-4e13-b73d-82d3e8e8441d'
по причине: Каталог не обнаружен 'ConfigSave\e0666db2-45d6-49b4-a200-061c6ba7d569.6b9d6525-ee94-4e13-b73d-82d3e8e8441d'
по причине: Ошибка СУБД: Microsoft SQL Server Native Client 11.0: Журнал транзакций для базы данных "acc_main" переполнен. Причина: "LOG_BACKUP". HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=2, Severity=11, native=9002, line=1
Идем на сервер и первым делом проверяем место на дисках,
А оно закончилось нужно потом почистить хард или увеличивать объем, а пока порежем лог
Открываем SQL Server Management Studio
Это ошибка Microsoft SQL Server - переполняется лог транзакций и не очищается. Урезать его возможно различными способами, в том числе и с помощью стандартной оснастки, но не всегда данная операция получается, и размер файла лога остается прежним. Как вариант предлагаю следующее решение из двух строчек( где acc_main - название базы Бух)
Тоже самое можно сделать вручную:
Шаг 1. Установить модель восстановления Простая (Simple). Правой кнопкой на базе - Свойства(Properties) - Параметры(Options) - 4-й сверху пункт Модель восстановления(Recovery model) - Простая(Simple) - OK.
Шаг 2. Выполнить шринк (сжатие) лога транзакций. Правой кнопкой на базе - Задачи(Tasks) - Сжать(Shrink) - Файлы(Files) - установить Тип файла(File type) - Журнал(Log) - в Операция сжатия(Shrink action) - выбрать Реорганизовать страницы, перед тем осводить неиспользуемое место(Reorganize pages before releseasing unused space) - Сжать файл (Shrink file to) - указать приемлемый размер лога.
Шаг 3. Установить модель восстановления Полная(Full). Правой кнопкой на базе - Свойства(Properties) - Параметры(Options) - 4-й сверху пункт Модель восстановления(Recovery model) - Полная(Full) - OK.
В дополнении скажу, что можно сохранить лог в файл и выполнить шринк так(BaseDB - имя базы данных):
Похожие FAQ
Еще в этой же категории
Ключевые слова и Изображения
Слова упорядочены по частоте использования в тексте
Изображения
При обновлении бухгалтерии, на этапе сохранения, получил следующую ошибку:
Каталог не обнаружен 'v8srvr://sql/acc_main/configsave/e0666db2-45d6-49b4-a200-061c6ba7d569.6b9d6525-ee94-4e13-b73d-82d3e8e8441d'
по причине: Каталог не обнаружен 'ConfigSave\e0666db2-45d6-49b4-a200-061c6ba7d569.6b9d6525-ee94-4e13-b73d-82d3e8e8441d'
по причине: Ошибка СУБД: Microsoft SQL Server Native Client 11.0: Журнал транзакций для базы данных "acc_main" переполнен. Причина: "LOG_BACKUP". HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=2, Severity=11, native=9002, line=1
Идем на сервер и первым делом проверяем место на дисках,
А оно закончилось нужно потом почистить хард или увеличивать объем, а пока порежем лог
Открываем SQL Server Management Studio
Это ошибка Microsoft SQL Server - переполняется лог транзакций и не очищается. Урезать его возможно различными способами, в том числе и с помощью стандартной оснастки, но не всегда данная операция получается, и размер файла лога остается прежним. Как вариант предлагаю следующее решение из двух строчек( где acc_main - название базы Бух)
Тоже самое можно сделать вручную:
Шаг 1. Установить модель восстановления Простая (Simple). Правой кнопкой на базе - Свойства(Properties) - Параметры(Options) - 4-й сверху пункт Модель восстановления(Recovery model) - Простая(Simple) - OK.
Шаг 2. Выполнить шринк (сжатие) лога транзакций. Правой кнопкой на базе - Задачи(Tasks) - Сжать(Shrink) - Файлы(Files) - установить Тип файла(File type) - Журнал(Log) - в Операция сжатия(Shrink action) - выбрать Реорганизовать страницы, перед тем осводить неиспользуемое место(Reorganize pages before releseasing unused space) - Сжать файл (Shrink file to) - указать приемлемый размер лога.
Шаг 3. Установить модель восстановления Полная(Full). Правой кнопкой на базе - Свойства(Properties) - Параметры(Options) - 4-й сверху пункт Модель восстановления(Recovery model) - Полная(Full) - OK.
В дополнении скажу, что можно сохранить лог в файл и выполнить шринк так(BaseDB - имя базы данных):
Похожие FAQ
Еще в этой же категории
Ключевые слова и Изображения
Слова упорядочены по частоте использования в тексте
Изображения
Читайте также: