12.07.13 — 11:19
Принисли ломанную базу Мисофт Проф + 28.05.2009, поврежденны след. файлы dbf: SC72, DT46560, DH12517, 1SACCS, 1SENTRY. Зашла в 1Cv7.DD, посмотрела что за объекты -Справочник Банки, Документ.ПоступлениеБС, Документ.Счет, Журнал.Счета, Проводки. База не тестируется — выдает след. ошибки: Не удалось открыть файл SC72
Таблица — DT46560. Не сходится количество полей
Не удалось открыть файл DH12517
Не удалось открыть файл 1SACCS
Не удалось открыть файл 1SENTRY
Проверка физической целостности таблиц ИБ. Неисправимая ошибка.
Пыталась снести индексы и проиндексировать не прошло. Выгрузок и базы не делалась вообще не разу, так что использовать архивные данные тоже не выйдет, что можно еще попробовать?
1 — 12.07.13 — 11:21
Кто то красиво подменил мдшник. Посмотри в New_Stru — мдшник такой же?
2 — 12.07.13 — 11:21
редакторы dbf не могут восстанавливить данные файлы
3 — 12.07.13 — 11:22
(1) да, я пыталась загрузить мдшник оттуда, результат тот же
4 — 12.07.13 — 11:22
access-ом открыть dbf тоже не получается?
не исключено, что в файлах битый первый символ. Посмотри живую дбф любым текстовым редактором, у меня как-то было похожее, вписал первый символ и заработало. Не факт, что у тебя так же.
5 — 12.07.13 — 11:23
(2) обратитесь к товарищу vde69, он как раз жаловался что скучает
6 — 12.07.13 — 11:23
(2) ну и куй с ними, подкинь такие же файлы из пустой базы. Эти данные затрутся, а база останется
7 — 12.07.13 — 11:25
(0) можно
8 — 12.07.13 — 11:26
можно (возможно) создать в мд-шнике константу, сохранить, потом на втором шаге её удалить.
вдруг поможет.. всё равно база битая
9 — 12.07.13 — 11:26
(8) зачем давать бесполезные советы ?
10 — 12.07.13 — 11:27
почему бесполезные? способ хоть как-то реанимировать
11 — 12.07.13 — 11:28
(6) пробовала создать пустую базу, объединила с мдшником старой базы, создались новые эти файлы скинула в старую и…..куй положили на меня, ошибки остались теми же ((((
12 — 12.07.13 — 11:29
(11) что-то не так сделала. Самое страшное в потерянном, кмк, это проводки
13 — 12.07.13 — 11:29
(7) как???
14 — 12.07.13 — 11:30
если файло открывается другими дбф-редакторами, то во вновь созданные файлы перенести данные
15 — 12.07.13 — 11:30
(11) я добавлял поля в файлы с помощью FoxBase..
но это — если умеешь с ними работать.
16 — 12.07.13 — 11:31
база-то, хоть и битая, открывается в обычном режиме?
17 — 12.07.13 — 11:31
Вообще, первое что надо было сделать — скопировать всё в другое место и там уже востанавливать. А так, МД уже потерялся в нюстрю
18 — 12.07.13 — 11:31
(10) реанимировать что ?
19 — 12.07.13 — 11:32
(17) это все на копии и делается
20 — 12.07.13 — 11:32
(13) выслать мне базу целиком ДО всех твоих ковыряний.
21 — 12.07.13 — 11:32
для начала сделай копию каталога и не трогай его….
22 — 12.07.13 — 11:33
(13) выложи копию директории бд куда-нибудь
23 — 12.07.13 — 11:33
дык, и так копию принесли
24 — 12.07.13 — 11:33
+22 естественно, в зипе
25 — 12.07.13 — 11:34
(16) нет, валит ошибки «Ошибка доступа SC72» и что-то в этом духе
26 — 12.07.13 — 11:40
(25) ну, а такой файл вообще есть? открывается хоть чем-нибудь (хоть екселем)?
27 — 12.07.13 — 11:42
(25) см. (20)
eprst@mail.ru
28 — 12.07.13 — 11:43
(26) файл есть, открывай через AkelPad….а там пусто
29 — 12.07.13 — 11:44
сколько?
30 — 12.07.13 — 11:48
(27) кину не загаженный мною архив, так сказать оригинал
31 — 12.07.13 — 12:20
(27) уже
32 — 12.07.13 — 13:54
Самое поганое, что загублена табличка плана счетов.
Вы кучу счетов руками в предприятии вводили ?
Окромя 70.3 ?
33 — 12.07.13 — 14:06
А так, файлы которые побились — уже не представляют из себя ничего..унутри мусор.
На всё можно забить, окромя таблички плана счетов — в выписке будет пустой коррсчет, тии конечно, восстановит эти счета (их поди все ручонками ввели, хотя в ЖР есть записи только об одном счете, 70.3)
Но вот узнать, че за счет, можно только, анализируя выписки — смотреть какие субконто торчат у него (видать это субсчета 62/60 счета и им подобные).
34 — 12.07.13 — 14:07
таких счетов у вас — 22 штуки.
Ищите архив, или придётся ручонками анализировать, чего за счет был
35 — 12.07.13 — 14:18
При всём моём уважении к Ёпрст , хотелось бы всё-таки услышать мнение vde69 
36 — 12.07.13 — 14:20
(35) ты с одного раза не понимаешь?
37 — 12.07.13 — 14:21
(36) ну, это его поле деятельности
38 — 12.07.13 — 14:26
Могу только восстановить код счета по индексному файлу, а вот, какие субконто были на нём — нет..
39 — 12.07.13 — 14:27
ну и тип счета тоже не смогу..
40 — 12.07.13 — 14:28
(37) на этом поле многие играют
41 — 12.07.13 — 14:30
Куда катиться Миста…
(0) А как же фото в ЛК?!
42 — 12.07.13 — 14:42
А и ладно, ТС это не интересно… мне и подавно
43 — 12.07.13 — 14:44
(35) я просто занят…
разбираюсь с «такси», мне нравится
44 — 12.07.13 — 14:46
(43) ну на вот, погляди на досуге
http://rusfolder.com/37213505
45 — 14.07.13 — 23:26
(44) А индекс-то жив, может из него чего-то по файлу можно вытащить ?
46 — 15.07.13 — 02:53
(45) разве что Код счета.. но, индекс не соответствует мд-нику. Ежели сгенерить новый файл счетов на его основе — ид счета не совпадает с этим индексным файлом. 
Torquader
47 — 15.07.13 — 22:42
(46) Если так, то кто-то умышленно подменил файлы.
Хотя, можно dbf-файл открыть через OpenOffice и потом нечаянно сохранить — за файлом приходит лисичка.
После того как я чуть-чуть изменённую конфигурацию (в 3 формулы в документе добавил по одному слагаемому) база стала выдавать ошибку «-210» и Нарушена структура таблицы данных, ЧТО ДЕЛАТЬ ПОМОГИТЕ СПАСТИ БАЗУ (резерва не создано)
1 ошибка) Error #:-210 Unrecognized Field Name SP44164 2 ошибка) Нарушена структура данных таблицы SC37671 В конфигураторе тестирование и исправлени ИБ не помогает пишет «Непоправимая ошибка данных» Что делать — может кто посоветует???
уж сколько раз твердили миру….. СДЕЛАЙ КОПИЮ хотя бы битой …. чтоб разваливать дальше спокойно 210… по моему, чего то с неопознанным полем в ДБФ…. скорее всего ненормально записался ДД… В КОПИИ !!!!!!!!! посмотри, на какой файл ругается и что в этой ДБФ ке лежит какая конфа, редакция, релиз Дальше надо думать по месту…
Дык… измененные мдшники копировать в каталог базы не нуно…
Если не было изменения структур баз (т.е. не создавались дополнительные поля или, документы и т.п.) то это результат несоответсявтя файла 1CV7.dd текущей информационной базе. Т.е. файл переписан откуда либо, а не производилось обновление конфигурации через конфигуратор. Поэтому нужно либо найти родной файл 1CV7.dd либо править его структуру в соответствии со структурами текущей конфигурации. Можно попробовать вообще удалить его ,ПРЕДВАРИТЕЛЬНО СОХРАНИВ ПОЛНЫЙ АРХИВ БАЗЫ.
Убрал DD, стал писать — невосстановимая ошибка базы данных код -10, ошибка открытия словаря Базы Данных
а если взять DD от другой базы с такой-же конфигурацией может помочь?
Фигня… Легкий триппер…. Справочник НазначенияИспользования в бухии 4.5 Используется в материалах для учета СпецОдежцы и спецоснастки Какой размер у этого файла? если не более 600 байт — просто перепиши его из демо конфы Если будет верещать В КОПИИ — удали файл с расширением ДД в конфигураторе — открой дерево метаданных, в самой верхней строке — правой клавишей — СВОЙСТВА, добавь пробел в название затем — сохранить конфу…. На вопрос «Сперли ДД…. Создать новый?» ответ ДА.. Реакцию сюда …..
Error #:-210 Unrecognized Field Name SP43270
файл был 610 байт — это нормально?
Жалко что 1С не сохраняет копии по ходу дела. Хотя, в папке new_stru она держит все файлы, которые изменила при предыдущем изменении БД. Чтобы откатиться, надо просто скопировать их в основной каталог базы. Ты че, не понял, тебе сказали, сделай архив
нда….. а копию Буратино делать будет? Если побит только один ДБФ — тогда просто убить этот файл в каталоге, затем запуститься и полная проверка через тестирование… Если бухи не вели учет спецодежды и оснастки — без последствий…. Затем через объединение взять этот справочник из дистрибутива или демы…. Если же побито много файлов — ну тогда я не Кашперовский, через телевизор не лечу…. А вообще просто еще одна жертва …. отсутствия копии…. Вазелин сходи купи в ночной аптеке — завтра понадобится…. И запомни на будущее — любая работа с базой — только после пары копий…..
Открываешь файл .dd любым просмотрщиком с возможностью редактирования. Ищешь по поиску строку SC37671 . Должна найтись структура битого справочника. Ищешь в этой структуре поле SP44164 и удаляешь эту строку. (не просто название «SP44164 «, а именно строку). Сохраняешь .dd. , все должно заработать.
См New_ stru там резервная копия предыдущая.
Тэги:
Комментарии доступны только авторизированным пользователям
Те кто конвертировал Solidworks Toolbox ГОСТ до версии 2018, столкнулись с проблемой при использованиее инструмента «Отверстие под крепеж».
Большая часть ГОСТовских отверстий не работала (зенковки, цековки и др.) «Ошибка чтения таблицы данных GOST_DATA_SC1491» и др. Причиной тому изменение структуры таблиц базы данных отверстий. Конкретнее добавилось поле «Name to Match» в таблицы данных для сверловки, зенковки, цековки, болтов и винтов. Если поле отсутствует, то Solidworks выдает ошибку чтения таблицы данных.
Вручную необходимо править 72 таблицы, что займет достаточное длительное время. Для автоматизации данного процесса предназначено данное исправление, которое добавляет необходимые данные используя стандартные инструменты Solidworks. Исправление предназначено для Solidworks 2018 SP2.0, последние исправление Toolbox в этом сервис-паке 20.10. Чтобы не нарушать порядок обновлений тулбокс, это исправление идет под номером 21.101. Таким образом при обновлении следующим сервис-паком вероятность конфликта версий минимальна. Процесс обновления прост и автоматизирован, все интуитивно понятно и не требует от пользователя лишних действий. Саму процедуру обновления смотрите в видео. Само обновление можно скачать внизу статьи с гуглдиска.
У кого не сработал инсталятор выкладываю базу обновления. Ее нужно скопировать в удобное для вас место. После этого запустить обновление базы данных Toolbox.
Для этого нужно запустить файл
SOLIDWORKSToolboxdatautilitiesUpdateBrowserDatabase.exe.
Укажите файл обновления
И запустите процесс.
Для русификации отображения деталей в панели Toolbox служит файл trans.xml. Его нужно скопировать в «C:Program FilesSolidWorks CorpSolidWorkslangrussian» с перезаписью.
Файл обновления базы данных SP2.0
Файл перевода trans.xml
Файл исправления базы данных для SP1.0
(не проверял пока, но должно работать)
Обновление ссылок 10.06.19
Для Solidworks 2019 я обновил базу данных, ГОСТовский крепеж и отверстия работают. Предварительная версия для SP1. Это база данных Toolbox, ее надо распаковать и скопировать с заменой в C:Solidworks Datalangenglish. Это путь по умолчанию, у вас может быть другой.
|
|
|
|
Правила раздела:
- Перед тем, как задать вопрос, желательно почитать документацию и воспользоваться поиском.
- Когда задаёте вопрос, то обязательно указывайте платформу (7.7, 8.0, 8.1, 8.2, etc), причем желательно в заголовке. Если речь идёт о типовой конфигурации, то указывайте её название и релиз. Текущие версии можно посмотреть здесь.
- Ещё раз напоминаем о необходимости соблюдать не только правила, но и законы. Уважайте авторские права.
Высказать своё мнение о модераторах раздела можно здесь: evGenius
Нарушена структура данных таблицы
, 1С77
- Подписаться на тему
- Сообщить другу
- Скачать/распечатать тему
|
|
|
|
Народ подскажите плиз, с 7-кой мало работал, бух знакомый вчера звонит и тему грит, что база не открывается, пишет, что ошибка открытия 1C77.ord, ну тут всем понятно что как бы проблемы с кодировкой, я пришел взял базу )) спросил запускали ли на Висте, он ответил что нет… Цитата Таблица — SC78. Длина записи не соотвествует ожидаемой как вылечить сию болезнь??? что я делал уже: p.s. база очень нужна |
|
Pavlovsky |
|
|
Senior Member
Рейтинг (т): 61 |
Возможные причины: Как лечить: |
 Rust |
|
|
Или тупо удаляешь(или лучше переименовываешь) файл 1cv7.DD, затем делаешь незначительное обновление конфигурации и сохраняешь Добавлено 12.03.10, 10:28 |
|
alevi |
|
|
хе Pavlovsky а ты прав, могли они такое сделать, главный у них жадный, скорее всего зажал бабло на обновление ))) вот и скопировали md шник с обновленной базы… вылечил таким образом в папке NEW_STRU лежал какой то md я скопировал с заменой все ОК! |
спасибо |
Pavlovsky |
|
|
Senior Member
Рейтинг (т): 61 |
Цитата Rust @ 12.03.10, 10:27 Система создает новый файл 1cv7.DD, соответствующий структуре твоей базы Соотвествующий не создаст. Имена полей будут отличаться. Добавлено 12.03.10, 10:41 Цитата alevi @ 12.03.10, 10:29 папке NEW_STRU Блин про эту папку забыл. Хотя она меня не раз выручала. |
Rust |
|
|
Цитата alevi @ 12.03.10, 10:29 в папке NEW_STRU лежал какой то md
Это не какой-то MD, а резервная копия старой конфигурации Цитата Pavlovsky @ 12.03.10, 10:40 Соотвествующий не создаст. Имена полей будут отличаться. имена каких полей ? |
Хотя не факт что там именно предыдущая копия. Сейчас главное чтобы не всплыло что нехватает|
evGenius |
|
|
Теперь бы ещё сравнить этот рабочий мдшник с тем, что был раньше. |
0 пользователей читают эту тему (0 гостей и 0 скрытых пользователей)
0 пользователей:
- Предыдущая тема
- 1С: Проблемы и решения
- Следующая тема
[ Script execution time: 0,0787 ] [ 15 queries used ] [ Generated: 6.06.23, 01:24 GMT ]
Показывать по
10
20
40
сообщений
Новая тема
Ответить
Avatara
Дата регистрации: 09.08.2006
Сообщений: 2
После установки 1С сначала возникла ошибка: порядок сортировки баз отличается от системного, поменял региональные стандарты и после этого возникает ошибка— Ошибка открытия таблицы 1SSYSTEM.<br>Подскажите в чем может быть проблема.
Avatara
Дата регистрации: 09.08.2006
Сообщений: 2
Решил зайти в монопольном режиме…. Зашел.. Потом стало запускаться и без монопольного.<br>Может кто-то объяснит подробро процесс?
Ludmila_KP
Дата регистрации: 18.01.2006
Сообщений: 102
увы, объяснить не могу, но так происходило и у меня при первой попытке входа в только что установленную 1С.
ЧМС
Дата регистрации: 05.03.2006
Сообщений: 67
После внесенных изменений возникла необходимость в переиндексации,<br>Поэтому и необх было войти монопольном режиме!
Показывать по
10
20
40
сообщений
Читают тему:
Доброе время суток. С прошедшим, всех, Новым Годом.
Итак, предыстория. Стоял у нас 1С сервачок. Как-то раз он взял и навернулся, то бишь аварийно выключился, соответственно по-нормальному не завершив все свои 1С и SQL операции. С винтов вытащили базу 1С и базу SQL. Путем хитрых махинаций я смог вогрузить восстановленную базу на новую SQL (читал тут). Но при запуске 1С в обычном режиме выдается — «Доступ к базе данных на сервере возможен только из одного каталога информационной базы».
Стал копать дальше, перерыл весь гугл, перепробовал множество способов по решению данной проблемы. В итоге нашел что проблема может быть в _1SCONNECT, а точнее в ней и есть проблема. Нагуглил такой код:
Код:
EXEC sp_configure 'allow updates', '1'
RECONFIGURE WITH OVERRIDE
GO
update sysobjects set name='dummy' where name='_1sconnect'
GO
EXEC sp_configure 'allow updates', '0'
RECONFIGURE WITH OVERRIDE
GO
CREATE TABLE [dbo].[_1SCONNECT] (
[CONNECTUUID] [char] (36) NOT NULL
) ON [PRIMARY]
GO
EXEC sp_configure 'allow updates', '1'
RECONFIGURE WITH OVERRIDE
GO
delete from sysobjects where name='dummy'
GO
EXEC sp_configure 'allow updates', '0'
RECONFIGURE WITH OVERRIDE
GOПотом еще разок прошелся DBCC CHECKDB. Теперь эта ошибка про «Каталог базы данных» не появляется, теперь «Нарушена структура таблицы SC746». Всё, на этом я встал. Что делать теперь? =(
До выполнения пересоздания таблицы _1SCONNECT при запросе select * from _1SCONNECT никаких ответов не приходило, шла обработка запроса в течении 10 минут, вырубил…
После пересоздания — см. скриншот.
Т.е. теперь она не при чем. Что может быть с таблицей SC746? Как её проверитьпочинить? Честно сказать я не шарю в SQL запросах, поэтому был бы премного благодарен если Вы будете мне подсказывать вместе с ними, с этими кодами. =)
А вот собсна и сама таблица. И что в ней не так? =(