Здорово народ. Понимаю что тема избитая, но ответа найти не смог, посему пишу здесь.
сетевая файловая, стандартная бух 554 платформа 27 когдато стояла эта база на ХР также в сети есть еще 1 ХР и 2 виды 7. База была открыта как обычная шара. Был файлик odrnochk.prm , отключающий сортировку.
База медленно работала и периодически вылетали какие то ошибки (какие бухи точно сказать не могут). Поэтому контора решила, что это все изи за старого компа и купила новый мощный с Win 7 64х. Попросили перенести базу на него. Я ее перенес. теперь периодически вываливается следующая ошибка:

Невосстановимая ошибка БазыДанных
Код: 4
Таблица: 1SENTRY
Общая ошобка ввода-вывода.

Причем появляется эта ошибка в том случае если база открыта на основной машине и по сети одновременно. Ошибка всегда появляется на машине подключенной по сети. На основной ее не бывает. Машина подключаемая по сети тоже Win 7 но 32х. все ХР из сети убрали. Сеть работает стабильно ( пробовали менять свичь), в момент возникновения ошибки доступ до сетевой папки есть. Кэш на сетевой папки отключен.

с базой 1С:  делал тестирование и исправление (были несколько потерянных ссылок),чистил dbfview полностью таблицу проводок (1SENTRY) и удалять все индексы, потом перепроводил все доки
ничего не помогает
что посоветуете?
сервак контора купить не может как и скуль, левый терминал не ставят т.к. все лицензионное

+Текущая системная установка ?

(3+) более того скйчас перебросил базу на тот комп который раньше цеплялся по сети, на нем вообще нет штатного антивируса. Куреитом проверял вирусов вроде как тоже на компе не находит

(6) да

>>база открыта на основной машине и по сети одновременно
Пути к базе прописаны одинаково?

(8) Переходи обратно на ХП, или подымай терминал под 2003-тей :)

сколько одновременных пользователей?

(9) что значит одинаково?
на основной машине как D:\base\buh
на сетевой пробовал как \\192.168...\base\buh пробовал через подключение сетевого диска I:\buh

не открывать на основной машине  рецепт прост

(11) пользователей 2-3 редко 4

(11)в том случае пишет про ошибку открытия файла.

(11+) ошибка валится и когда только 2 пользователя, проверял

(12)одинаково - значит одинаково.
Как вариант - через шару, типа  \\192.168...\base\buh в т.ч. и на "основной машине".

Короче, подключи на основной через сеть.

(17) попробую, но что это принципиально меняет?

(19)читайте классиков:
http://www.mista.ru/articles1c/hare/article.45.html

(20) прочитал
не понял как это помогает решению моего вопроса
нет у людей денег что бы купить сервак и кучу лицензий к нему.
вопрос о скорости не стоит, нужно пусть медленно, но что бы не вываливались ошибки

Пробуй подключать не через сетевой диск, а через полный сетевой путь (Сеть и т.д.)

(22) в 12 писал на сетевой пробовал как \\192.168...\base\buh пробовал через подключение сетевого диска I:\buh
щас пробую то что в (17) посоветовали

(23) Еще раз - подключать базу через полный путь: выбираешь "Сеть" и дальше.

(0) Решал подобную проблему через codebase сервер, на инфостарте можешь найти. http://infostart.ru/public/14664/
Проект, правда, закрыт уже. Че то там не слишком надежное. Хотя у меня на предыдущей работе четыре магазина на этом решении работало, и до сих пор работают. )

(21)цитатко:
"
На самом деле в среде Windows работают несколько транспортных механизмов для доступа к файлам. Для работающей в среде сервера программы – это система, обеспечивающая доступ к локальным файлам. Если программа работает на клиентской машине, то могут использоваться два механизма доступа – доступ к сетевому файлу, когда путь к базе прописан в виде \\computer\folder\, и может использоваться механизм маппирования диска. Если работа не интенсивная, то ничего страшного при совместном доступе может и не случиться. При повышении интенсивности работы может случиться следующее – одновременное поступление запросов на запись по двум разным веткам и наложение записи. По внутренним причинам система не всегда нормально строит очередь обращения к файлу из нескольких механизмов доступа. Тогда лучшее, что случится – расхождение бух. итогов или остатков по регистрам, а худшее – разрушение информации в одном из DBF файлов. Эта ошибка возникает достаточно редко, условия ее однозначного возникновения не выяснялись.

Избежать этого можно, используя только один из механизмов доступа, т.е. сделать так, чтобы на сервере все обращения к файлу проходили одним путем. Тогда вышеописанной ситуации не возникнет (система построит очередь и корректно ее обслужит).
"

+(24) Должно получиться не 192...., а название машины, где БД стоит. И сеть нормально настроена? Имею ввиду - 7 винда.

(24) на сетевых машинах я так делал с самого начала, ошибка присутствует, на основной подключал как локальную папку
(25) читал, но напугала фраза насчет закрыт и не очень надежное, поэтому дальше смотреть не стал

(28) Если три-четыре пользователя, можешь забить. Решение довольно надежное, у меня в четырех магазинах базы стояли несвернутые за пять шесть лет, тупо на кодебазе крутились. На штатной платформе уже кирдык был бы давно.

(27)доступ к шаре по ip или по имени значения давно ужЕ не имеет.
(28)Ну так смысл-то в том, чтобы и с локальной машины (там, где лежит база) тоже подключались через сеть.

(28) рой настройки сети, там где 7 винда.
Кстати, если просто открыть папку с семеркой по сети - нормально открывается?

(30) Когда зоопарк (XP и 7) по опыту - имеет.

(27) с сетью тоже есть веселуха переодически причем на машине с ХР которая к этой 1С отношения не имеет вываливается сообшение типа "У вас нет прав на использование //здесь имя рабочей группы// " обратитесь к администратору.
Сеть состоит из 5 компов 3 вин 7 и 2 на хр все воткнуты в один свитчь прописана рабочая группа

(32)зоопарк сам по себе не гуд. У xp и w7 сам стэк tcp/ip разный.

(33)хомяки чтоли?

(33) Имхается мне, что проблема с настройкой сети на основной машине.  Кстати, а 7 одинаковые (проф, base)?

(29) а она под винду 7 64х пойдет?
(28) да папки открываются по сети без проблем

(33) хр проф

версии виндовозов проф или хоме?

(36) основные машины (для 1с) пробовал менять местами, проблема остается

(38) винда 7 - проф, ноум, байс?

(40) Антивирус есть на сервере - клиенте и какой?

Кстати, совсем забыла: каталог с базой обозван по-русски?

телепатирую: есть w7 хомяк, который становтся основным обозревателем, а если на нём ещё и принтер расшарить, то поимеешь (33).

винда 7 корпоратив
антивирь NOD32
каталог и все пути на английском

Поотрубай везде протокол IPv6 (на семерках он включен)

(45) Могу рекомендовать попробовать испытать связку сервер-клиент на другой базе 1С. Если проблема есть, виновата винда-сеть, если нет, то сама база.

(44) телепатируешь мимо :-) есть расшаренный принтер но на ХР проф это та про которую в 33 писал

(46) уже выключил, и dhcp убрал и прописаль жеско IPшники

(47) есть еще 2 базы тоже бухии 544 но более старые
на них таже самая ошибка

а с какой периодичностью происходит ошибка?

(48)ну тогда (помимо везде путь к базе через сеть) исполни ставшие практически штаными танцы по отлючению фичей семерошного tcp/ip, типа netsh interface tcp set global autotuning=disabled (остальные см. тут: Проблемы с производительностью 1С 8.1 в терминале Windows Server 2008
ну и параметры кэш а допилить ("LargeSystemCache"=dword:00000001
и пр.).

А платформа стоит на каждой машине и запускается?

(37) ХЗ.

(52) вроде пока, после того как на основной машине пути прописал через сеть, а не локально, полет нормальный!!!
подожду до конца дня
(53) платформу ставил на ХР и переписывал папку 1С77 ,т.к. на вин 7 1С77 нифига не ставится

(55) Платформа у каждого своя?

(56) что значит у каждого своя? на всех машинах 27мая

(57) Не пугай.... На каждой машине есть ярлык 1с. Так вот, этот ярлык ссылается на эту же машину?

(58) да на каждой машине своя папка 1С77 и ярлык всегда ссылается на локальную машину.

нормальный полет завершен :-( опять та же самая ошибка

че они творят в базе в это время?

я бы попробовал (47) на совершенно новой демо базе

только узнать, что они делают: тупо отчет формируют или доки перепроводят

2 эти же старые базы - фиг знает, может у них раньше эта ошибка и была

(61) снимают с проведения и проводят документ ОказаниеУслуг

SOS. Ошибка при сохранении документа.

(64) на старых вроде бы была и раньше, рассказывают какие то странные вещи, что когдато давно поменяли местами 2 компа в сети т.е. один вывели из сети другой подключили, причем 1С не было не на первом ни на втором и якобы с этого все началось. Но это было типа год с лишним назад и никто уже точно ничего вспомнить не может. На вопрос как же они год с этой ошибкой жили? они говорят ну так вот типа надоедает периодически и приходящий гл. бух что то там сильно корректировать замучивается когда балансы сдает. Гл бух говорит что делала тестирование и исправление БД и все вроде

(66) я не рискнул убивать таблицу целиком, но я убивал с помошью dbfview все записи из нее, убивал все cdx, потом грузился монопольно и делал полное перепроведение документов
через какое то время ошибка начинает появляться вновь

(67) "они говорят ну так вот типа надоедает периодически" жесть :) а спроси, сколько раз в день у них вылетало?

проверь (47). Возьми демку и обработкой этот документ проводи

(69) ну при мне только бывало раза 4-5 за 20 мин, но это если специально снимать с проведения/проводить документ оказаниеУслуги на сетевой машине, причем на основной машине в это время вообще ничего не делается, просто открыта 1с

это на демке?

ты эта, обработину сделай, и пусть она документ проводит / отменяет проводку до тех пор, пока пол часа не пройдет. По сети естественно, с неск. пользователями.

щас попробовал перенести эту БД в другую сеть где все компы ХР так же настроена рабочая группа
поставил ее на комп прописал через локальные пути, расшарил, на своем (тоже ХР) запускаю ее по сети пробую проводить/распроводить док Оказание услуг раз этак 20 все нормально, перепровел все оказания услуг за 2 месяца по сети
все нормально

(71) нет это на рабочей базе

получается что проблема либо в сети либо в вин 7
что еще можно потестить?

может у них кабель где-то отваливается

(75) так вроде папка всегда доступна
тоже приходила мысль переобжать все провода, но как то я ее отвергал ведь остальное то все работает, например ни разу не замечено сбоя в файлах если их открывать по сети, инет не падает и не рвет соединение ну и т.д.

(75) и потом я ведь переставил базу с одного компа на другой, а их иногда подключается трое и ошибка выходит на любом сетевом компе, мало вероятно что все конекторы на всех компах криво обжаты

На 7-х поставил виртуалбокс с ХР и выпустил их в сеть.
Никаких нахрен "костылей", все в родных кодировках.
Летает.

(78) это XPmode которая от мелкосовта, а проблем с печатью не будет?

(79) с каких это пор оракловский виртуалбокс стал XPmode`м от мелкософта?

(76) замерь потери пакетов.

(80): угумц. я на нем ещё сервак гоняю с коиенской машиной и сервером терминаов (на одном хост-компе (ноуте))). и даже из сети в них хожу... )))
но про тему - что приятно - поставил ХРюшу гостевую, из неё прозрачно 7-ка гоняется с сортировкой родненькой.

(0) Итак в двух словах: такая ошибка возникает ВСЕГДА , когда базу сделанную в 25 платформе на хрюше грузишь базу, работающую на W7 (ну или наоборот) У тебя скорее всего так и произошло.

Зы -лечения не существует - надо снова грузить из архива и перекодировать кодовую страницу.

(84) релиз 27 на ХР установлен, но даже если и когда то был 25
то базу я выгружал в архив и загружал из него заново, кодовую страницу ставил на +Текущая системная .
вчера удалось сделать 2 таких эксперимента
1 эксперимент:
я взял эту самую базу запаковал ее просто в архив, принес в свою рабочую сеть (рабочая группа, машины ХР,1С 27) поставил на машине1 и расшарил по сети. Далее подключил эту базу, как сетевую, на машине 2 после чего на обеих машинах с разницей в 10 сек запускаю вот такой код:

Процедура Сформировать()
   Док = СоздатьОбъект("Документ.ОказаниеУслуг");
   Док.ВыбратьДокументы();
   Пока Док.ПолучитьДокумент() = 1 Цикл
       ТекДок = Док.ТекущийДокумент();
       Если ТекДок.Проведен() = 0 Тогда
           Продолжить;
       КонецЕсли;    
       Док.СделатьНеПроведенным();
       Сообщить("Документ "+Док+" снят с проведения");
       Док.Провести();    
       Сообщить("Документ "+Док+" проведен")
   КонецЦикла;
   
КонецПроцедуры

запускал раза 4 по кругу, не вылезло ни одной ошибки!!!

Далее я запаковываю базу в архив и переношу обратно в сеть клиента. Пробую так же запустить обработки. Ошибка вываливается на той машине на которой стоит база( т.е. даже не на сетевой) СРАЗУ ЖЕ после нажатия кнопки сформировать в обработке.
Думая что дело опять в кодовой странице, а она по прежнему +Текущая системная, я все же оставляю ее же и нажимаю кнопку изменить кодовую страницу в конфигураторе, на всякий случай запускаю Тестирование Исправление в режиме тестирования, ОШИБОК НЕ НАЙДЕНО.
после чего опять пытаюсь запустить выше приведенный код, но теперь уже сначала на сетевой машине. Он там запускается начинает работать в это время стартую обработку на основной машине, опять ошибка. потом ошибка вылезла на сетевой, но вроде бы на сетевой реже.

2 эксперимент
Тот же самый архив который я гонял на ХР и который гонял у клиента я перенес в сетку где 2 компа, оба на винде 7 32х 1с77 027(ломанная, но это вроде не должно иметь значения), сеть рабочая группа, соеденены так же через свичь
все сделал как и в первом случае
НИ ОДНОЙ ОШИБКИ!!!!

вот я теперь и в думках в чем же все таки дело???
пришла мысль что у клиента проблемы с сетевухой, но тогда почему ошибка стала вываливаться даже если обработку запускал локально?
начинаю склоняться к мысли, что база 1С не при чем и винда 7 ка не при чем, но что тогда понять не могу.
подскажите куда еще копать??

еще вопрос может все дело в том что одна винда 7 32х а другая 64х?

up

www.wirth.ru

как сделать базу на вин7
берем систему на ХP
разворачиваем базу на Xp
ставим кодовую страницу 1251.
Сделать индексы (лучше путем удаления).
.
Копируем базу на Вин7.
Работать на 27 движке.
На Win7 тоже поставить 1251 в конфигураторе (по идее она должна быть уже). Рядом с базой положить файл отмены проверки кодировки.
.

(88): гон какой.

(89) да мну пофиг. кому не нравится - может рекомендациям не следовать.

Уточнение к (88)
рецепт относится когда с базой работают из разных сред: их хрюни и семерки.

Если с базой работают все из однйо среды - можно и Текущюю системную поставить.

(88) > разворачиваем базу на Xp

это что ?
чем тебе не нравится разворачивать систему на 7 ?

(92)
Без разницы. ;-) Разворачивайте на Win7.
Ключевая мысль в (88) сообщении - поставить 1251, а не "Текущая системная".

(93): а для укр?
и далее - а константы с буквой "ы" при укр?

(94) 1251UKR

(95): не спасает.
данные в укр - в конфиге, например, константы с "ы","э" в наименовании - получение значений по идентификаторам - "давай, досвиданья"

(96)
От чего не спасает? :-)
Тема: "1c77 сетевая под Windows 7".
Проблема: "Невосстановимая ошибка БазыДанных".
Причина: "Текущая системная".
Решение: "Поставить 1251RUS".
Чего там еще "в укр"(c) - не знаю.
Т.к. работаю в RUS.

(97) от косяков с кодировкой.
Я ровно в тему. но с немного другой проблемой. но эта проблема связана тоже с кодировками будь они неладны. о чем я и напомнил в связи с предложениями о смене кодировок. упомянув, а потом и развернуто сформулировав - в че именно возникает проблема, и почему 1с77 в вин7 все равно имеет проблему, которая не решается, и которая тоже связана с кодировко.
тебе неудобна проблема ровно настолько, что ты решил побуквоедствовать?.. это зря. достаточно было сказать "а вот тут - хрен знает".
УДАЧи.

Дабы  завершить тему.
Проблема решилась переустановкой винды 7 на одном из компов (тот который подключался по сети), на нем слетело сетевое окружение, хотя при этом пинг проходит нормально. В результате после переустановки уже 2 дня все работает стабильно без всяких ошибок.

(99) Лучше поставь терминал и не парься вообще - скорость в разы вырастет.

(100) я знаю про терминал, но у них там все лицензионное, а денег на сервер терминалов нету

24к на стандарт выделить не могут чтоль ?

(101)там контора 5 человек и потом 2003 сервак щас не купишь, а с 2012+ 1C77 опять какие нибудь заморочки начнутся, то ключи под терминалом не работают то еще что нибудь

(99)
В (85) сообщении написано:

"Ошибка вываливается на той машине на которой стоит база( т.е. даже не на сетевой) СРАЗУ ЖЕ после нажатия кнопки сформировать в обработке."(с)

Как это объяснить?

(104) хороший вопрос. Как вариант может все дело в том что в этот момент к этой же базе по сети был подключен другой комп?