1с предприятие 7 сетевая не видит базы
Автоматическое развертывание 1С:Предприятие в небольших сетях
Все новое - это хорошо забытое старое. В данном случае эта поговорка подходит как нельзя лучше. Методика автоматического развертывания программ пакета 1С:Предприятие по сети, она же "административная установка", известна давно и хорошо описана в документации, но почему-то довольно редко используется на практике. Возможно, имеет место некоторое "разделение труда", специалисты по 1С не занимаются установкой, а системные администраторы не читают документацию 1С. Поэтому будет не лишним еще раз вернуться к этому вопросу.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Данная методика рассчитана в первую очередь на небольшие сети без Active Directory и позволяет существенно облегчить работу системного администратора и повысить комфорт работы с системой 1С:Предприятие.
Типичная ситуация: специалист по 1С (чаще всего приходящий), обновляет конфигурацию, которая требует новую версию платформы и администратор, отложив в сторону все дела (или сам специалист), начинает бегать по компьютерам пользователей устанавливая новую версию. Хорошо если компьютеров два или три, а если около десятка и разбросаны они по всему зданию?
Еще одна поговорка гласит, что дурная голова ногам покоя не дает. Если администратор не хочет думать головой, то ему придется бегать ногами, но это совершенно не наш метод, поэтому будем экономить собственное время и время пользователей, настроив автоматическое развертывание. Тем более что делается это очень быстро и просто.
Вам потребуется только общая папка на файловом сервере, которая будет иметь следующую структуру:
Первая строка указывает на файл со списком общих баз, это необязательный параметр, имя файла также может быть произвольным. Вторая - сетевой путь к папке с дистрибутивами, т.е. нашему общему ресурсу. Последняя строка определяет компоненты пакета программ 1С:Предприятие, которые будут установлены. Ознакомимся с перечнем более подробно:
- DESIGNERALLCLIENTS - все клиенты и конфигуратор.
- THINCLIENT - тонкий клиент для клиент-серверного варианта работы.
- THINCLIENTFILE - тонкий клиент с возможностью работы с файловыми информационными базами.
- SERVER - сервер 1С:Предприятия. Если программа установки запускается из программы запуска, то сервер будет установлен как приложение.
- WEBSERVEREXT - компоненты расширения для веб-сервера.
- CONFREPOSSERVER - сервер хранилища конфигураций.
- SERVERCLIENT - компоненты для администрирования кластера серверов.
- CONVERTER77 - конвертер информационных баз из версии 1С:Предприятия 7.7.
- LANGUAGES - список языков интерфейса для установки. Если указано несколько языков, они перечисляются через запятую.
Список общих баз, в нашем случае ibcommon.v8i, определяет перечень баз, которые будут подключены всем пользователям, это могут быть сетевые или клиент-серверный базы, обязательное условие - их доступность с любого ПК на которые будет устанавливаться платформа. Для его формирования можно воспользоваться файлом ibases.v8i, который расположен в %USERPROFILE%\AppData\Roaming\1C\1CEStart. Просто скопируйте оттуда необходимые секции.
Примерное содержимое файла:
В нашем случае указаны две базы: файловая по сети и серверная. Если вы использовали файл-источник с ПК где базы расположены локально, то просто замените их пути на сетевые, остальные настройки трогать не надо. Кроме параметра Version=8.3, с его помощью можно указать требуемую платформу для запуска, например, Version=8.3.11 означает, что база должна использовать последнюю доступную версию платформы 8.3.11, а Version=8.3.10.2252 - работать только с платформой 8.3.10.2252.
Теперь разместим на сервере сами платформы, для этого нам потребуется распаковать архивы с Портала 1С и переименовать папку точно по номеру платформы, скажем, 8.3.10.2252. Кроме последней актуальной версии следует также разместить там выпуски платформ, используемые отдельными пользователями или базами. В нашем случае получилось так:
Общий ресурс готов, посмотрим, как это работает. Для первоначальной установки запустим файл 1cestart.exe с общего ресурса, это может сделать как администратор, так и сам пользователь. Это единственный раз, когда пользователю потребуется самостоятельно заходить на наш общий ресурс. Сразу после запуска начнется процесс установки платформы, который не задает вопросов и проходит полностью в автоматическом режиме.
После выхода новой версии платформы достаточно добавить еще одну папку на общий ресурс, обновление на клиентских ПК будет происходить автоматически при следующем запуске 1С. Т.е. если вы обновили платформу в разгар рабочего дня вам нужно всего лишь попросить пользователей выйти и снова зайти в программу.
В крупных организациях с AD программное обеспечение разворачивается с помощью групповых политик и данная методика там просто не нужна. В тех случаях, когда пользователи без AD не имеют административных полномочий, для них следует включить политику Конфигурация пользователя - Административные шаблоны - Компоненты Windows - Установщик Windows - Всегда устанавливать с повышенными правами.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Добрый день.
Небольшая сеть, компы в windows7 домашняя базовая, все в одной рабочей группе. К папке с базой дан общий доступ, полный доступ для "Все". С компа, на котором расположена папка с базой, база запускается, а со всех остальных компов при запуске появляется окно со списком баз, при выборе базы - вылетает без ошибки, т.е. база не запускается, окно пропадает и все. Если скопировать папку с базой на любой комп, то с этого компа запустится. Понимаю, что что-то с правами, но не могу найти, что именно. Ранее все работало под windows xp. Подскажите, пожалуйста.. Общий доступ включен, парольная защита снята..
(1) - подскажите, пожалуйста, подробнее, куда смотреть. вроде все перетыкала, везде проставила, где нашла..На все папки-подпапки..
(4) мне отсюда не видно.
Нужно, чтобы на все каталоги и файлы был полный доступ и на запись, и на чтение
(4) С других компов - зайди в эту папку, создай новый файл, попробуй открыть (этот файл) с других компов.
(3), (5) - спасибо! можно скрин попросить у вас?
Вот я тыкаю правой кнопкой по папке, вкладка "Доступ"->"Общий доступ"->Все->Чтение и запись.
Вкладка "Безопасность"->Все->Полный доступ, все остальные галки тоже.
Безопасность->Дополнительно->Все-> Изменить разрешение->Все галочки.
(8) В седьмых окнах с сетевыми делами - намутили сильно.
А если открыть конфигуратор и из него запустить предприятие (сетевая) - что происходит?
Все дело в "windows7 домашняя базовая". Там насколько помню ограничение на количество одновременно открываемых по сети файлов. Одиночный файл будет нормально открываться и изменяться, но в базе файлов немного больше.
(11) Значит, проблема в (10).
(12) Скупой платит дважды :(
Она (ось) и позиционируется - для дома. А какая дома сеть?
(14) - спасибо..
А кто-нидь еще сталкивался, ребят? Есть те, у кого с домашней базовой работает? Перед походом с руководству с предложением покупки многих коробок.
(18) Многих коробок? Насколько мне помнится оно только для дома, и на предприятии использовать несколько коряво. Да и даже проф версия больше четырех одновременных сеансов в 1с не потянет. И Именно по вышеозвученному мной параметру. Так что, если больше четырех человек работать, то это точно в сторону серверной оси смотреть. Ну или на SQL переводить.
(23) - ровно 4 машинки получается) влазим) сейчас попробуем на "сервер" установить профку, поглядим, что выйдет. отпишусь попозже.
спасибо всем!
(23) Проф - тянет 5 (проверено).
(25) Почитай про домашнюю. Я знаю точно, что не более 3 и без использования доменных имен. Сеть (есесьно) одноранговая.
(25) Там опятьже от количества файлов в базе зависит. Трое например могут работать, а при входе четвертого дружно падать. Вместе с базой.
(26) - не более 3 - это в сети вообще или при одновременной работе с базой? пробовала с 1 компа запустить, на всех других база запущена не была.
(27) - а где про эти ограничения почитать? у мелкософта что-то не попалось.
(28)- о, они будут счастливы! :-)
(29) Не более 3 компов одновременно. Где-то же написато - я откуда знаю :)
Ну, вот и пусть радуются :)))))На работу - как на праздник (С)
(29) Ограничение на количество ОДНОВРЕМЕННО открытых файлов (в нашем случае cdx, dbf и md и компания). Сколько машин вроде неважно. Почитать можно в гугле. Точно помню была вся информация на эту тему, типа сравнение разных вариантов win7.
PS Например в XP количество отдновременно открытых файлов насколько мне склероз не изменяет было 1024. Соответственно два человека в базе работали стабильно, а третий уже угадайка. В бухгалтерии чаще всего удавалось работать троим, а вот в компелксной двое еле влезали. Как-то вот так.
Масянька, 36606 спасибо вам большое за помощь!
Поставили на "сервер" профку, все получилось)) Сейчас тестируем одновременную работу с базой на 4 компах))
Здорово народ. Понимаю что тема избитая, но ответа найти не смог, посему пишу здесь.
сетевая файловая, стандартная бух 554 платформа 27 когдато стояла эта база на ХР также в сети есть еще 1 ХР и 2 виды 7. База была открыта как обычная шара. Был файлик odrnochk.prm , отключающий сортировку.
База медленно работала и периодически вылетали какие то ошибки (какие бухи точно сказать не могут). Поэтому контора решила, что это все изи за старого компа и купила новый мощный с Win 7 64х. Попросили перенести базу на него. Я ее перенес. теперь периодически вываливается следующая ошибка:
Невосстановимая ошибка БазыДанных
Код: 4
Таблица: 1SENTRY
Общая ошобка ввода-вывода.
Причем появляется эта ошибка в том случае если база открыта на основной машине и по сети одновременно. Ошибка всегда появляется на машине подключенной по сети. На основной ее не бывает. Машина подключаемая по сети тоже Win 7 но 32х. все ХР из сети убрали. Сеть работает стабильно ( пробовали менять свичь), в момент возникновения ошибки доступ до сетевой папки есть. Кэш на сетевой папки отключен.
с базой 1С: делал тестирование и исправление (были несколько потерянных ссылок),чистил dbfview полностью таблицу проводок (1SENTRY) и удалять все индексы, потом перепроводил все доки
ничего не помогает
что посоветуете?
сервак контора купить не может как и скуль, левый терминал не ставят т.к. все лицензионное
(3+) более того скйчас перебросил базу на тот комп который раньше цеплялся по сети, на нем вообще нет штатного антивируса. Куреитом проверял вирусов вроде как тоже на компе не находит
(9) что значит одинаково?
на основной машине как D:\base\buh
на сетевой пробовал как \\192.168. \base\buh пробовал через подключение сетевого диска I:\buh
(12)одинаково - значит одинаково.
Как вариант - через шару, типа \\192.168. \base\buh в т.ч. и на "основной машине".
не понял как это помогает решению моего вопроса
нет у людей денег что бы купить сервак и кучу лицензий к нему.
вопрос о скорости не стоит, нужно пусть медленно, но что бы не вываливались ошибки
(22) в 12 писал на сетевой пробовал как \\192.168. \base\buh пробовал через подключение сетевого диска I:\buh
щас пробую то что в (17) посоветовали
(21)цитатко:
"
На самом деле в среде Windows работают несколько транспортных механизмов для доступа к файлам. Для работающей в среде сервера программы – это система, обеспечивающая доступ к локальным файлам. Если программа работает на клиентской машине, то могут использоваться два механизма доступа – доступ к сетевому файлу, когда путь к базе прописан в виде \\computer\folder\, и может использоваться механизм маппирования диска. Если работа не интенсивная, то ничего страшного при совместном доступе может и не случиться. При повышении интенсивности работы может случиться следующее – одновременное поступление запросов на запись по двум разным веткам и наложение записи. По внутренним причинам система не всегда нормально строит очередь обращения к файлу из нескольких механизмов доступа. Тогда лучшее, что случится – расхождение бух. итогов или остатков по регистрам, а худшее – разрушение информации в одном из DBF файлов. Эта ошибка возникает достаточно редко, условия ее однозначного возникновения не выяснялись.
Избежать этого можно, используя только один из механизмов доступа, т.е. сделать так, чтобы на сервере все обращения к файлу проходили одним путем. Тогда вышеописанной ситуации не возникнет (система построит очередь и корректно ее обслужит).
"
+(24) Должно получиться не 192. а название машины, где БД стоит. И сеть нормально настроена? Имею ввиду - 7 винда.
(24) на сетевых машинах я так делал с самого начала, ошибка присутствует, на основной подключал как локальную папку
(25) читал, но напугала фраза насчет закрыт и не очень надежное, поэтому дальше смотреть не стал
(28) Если три-четыре пользователя, можешь забить. Решение довольно надежное, у меня в четырех магазинах базы стояли несвернутые за пять шесть лет, тупо на кодебазе крутились. На штатной платформе уже кирдык был бы давно.
(27)доступ к шаре по ip или по имени значения давно ужЕ не имеет.
(28)Ну так смысл-то в том, чтобы и с локальной машины (там, где лежит база) тоже подключались через сеть.
(28) рой настройки сети, там где 7 винда.
Кстати, если просто открыть папку с семеркой по сети - нормально открывается?
(27) с сетью тоже есть веселуха переодически причем на машине с ХР которая к этой 1С отношения не имеет вываливается сообшение типа "У вас нет прав на использование //здесь имя рабочей группы// " обратитесь к администратору.
Сеть состоит из 5 компов 3 вин 7 и 2 на хр все воткнуты в один свитчь прописана рабочая группа
(33) Имхается мне, что проблема с настройкой сети на основной машине. Кстати, а 7 одинаковые (проф, base)?
телепатирую: есть w7 хомяк, который становтся основным обозревателем, а если на нём ещё и принтер расшарить, то поимеешь (33).
(45) Могу рекомендовать попробовать испытать связку сервер-клиент на другой базе 1С. Если проблема есть, виновата винда-сеть, если нет, то сама база.
(48)ну тогда (помимо везде путь к базе через сеть) исполни ставшие практически штаными танцы по отлючению фичей семерошного tcp/ip, типа netsh interface tcp set global autotuning=disabled (остальные см. тут: Проблемы с производительностью 1С 8.1 в терминале Windows Server 2008
и пр.).
(52) вроде пока, после того как на основной машине пути прописал через сеть, а не локально, полет нормальный.
подожду до конца дня
(53) платформу ставил на ХР и переписывал папку 1С77 ,т.к. на вин 7 1С77 нифига не ставится
(64) на старых вроде бы была и раньше, рассказывают какие то странные вещи, что когдато давно поменяли местами 2 компа в сети т.е. один вывели из сети другой подключили, причем 1С не было не на первом ни на втором и якобы с этого все началось. Но это было типа год с лишним назад и никто уже точно ничего вспомнить не может. На вопрос как же они год с этой ошибкой жили? они говорят ну так вот типа надоедает периодически и приходящий гл. бух что то там сильно корректировать замучивается когда балансы сдает. Гл бух говорит что делала тестирование и исправление БД и все вроде
(66) я не рискнул убивать таблицу целиком, но я убивал с помошью dbfview все записи из нее, убивал все cdx, потом грузился монопольно и делал полное перепроведение документов
через какое то время ошибка начинает появляться вновь
(67) "они говорят ну так вот типа надоедает периодически" жесть :) а спроси, сколько раз в день у них вылетало?
проверь (47). Возьми демку и обработкой этот документ проводи
(69) ну при мне только бывало раза 4-5 за 20 мин, но это если специально снимать с проведения/проводить документ оказаниеУслуги на сетевой машине, причем на основной машине в это время вообще ничего не делается, просто открыта 1с
ты эта, обработину сделай, и пусть она документ проводит / отменяет проводку до тех пор, пока пол часа не пройдет. По сети естественно, с неск. пользователями.
щас попробовал перенести эту БД в другую сеть где все компы ХР так же настроена рабочая группа
поставил ее на комп прописал через локальные пути, расшарил, на своем (тоже ХР) запускаю ее по сети пробую проводить/распроводить док Оказание услуг раз этак 20 все нормально, перепровел все оказания услуг за 2 месяца по сети
все нормально
(75) так вроде папка всегда доступна
тоже приходила мысль переобжать все провода, но как то я ее отвергал ведь остальное то все работает, например ни разу не замечено сбоя в файлах если их открывать по сети, инет не падает и не рвет соединение ну и т.д.
(75) и потом я ведь переставил базу с одного компа на другой, а их иногда подключается трое и ошибка выходит на любом сетевом компе, мало вероятно что все конекторы на всех компах криво обжаты
На 7-х поставил виртуалбокс с ХР и выпустил их в сеть.
Никаких нахрен "костылей", все в родных кодировках.
Летает.
(80): угумц. я на нем ещё сервак гоняю с коиенской машиной и сервером терминаов (на одном хост-компе (ноуте))). и даже из сети в них хожу. )))
но про тему - что приятно - поставил ХРюшу гостевую, из неё прозрачно 7-ка гоняется с сортировкой родненькой.
(0) Итак в двух словах: такая ошибка возникает ВСЕГДА , когда базу сделанную в 25 платформе на хрюше грузишь базу, работающую на W7 (ну или наоборот) У тебя скорее всего так и произошло.
(84) релиз 27 на ХР установлен, но даже если и когда то был 25
то базу я выгружал в архив и загружал из него заново, кодовую страницу ставил на +Текущая системная .
вчера удалось сделать 2 таких эксперимента
1 эксперимент:
я взял эту самую базу запаковал ее просто в архив, принес в свою рабочую сеть (рабочая группа, машины ХР,1С 27) поставил на машине1 и расшарил по сети. Далее подключил эту базу, как сетевую, на машине 2 после чего на обеих машинах с разницей в 10 сек запускаю вот такой код:
запускал раза 4 по кругу, не вылезло ни одной ошибки.
Далее я запаковываю базу в архив и переношу обратно в сеть клиента. Пробую так же запустить обработки. Ошибка вываливается на той машине на которой стоит база( т.е. даже не на сетевой) СРАЗУ ЖЕ после нажатия кнопки сформировать в обработке.
Думая что дело опять в кодовой странице, а она по прежнему +Текущая системная, я все же оставляю ее же и нажимаю кнопку изменить кодовую страницу в конфигураторе, на всякий случай запускаю Тестирование Исправление в режиме тестирования, ОШИБОК НЕ НАЙДЕНО.
после чего опять пытаюсь запустить выше приведенный код, но теперь уже сначала на сетевой машине. Он там запускается начинает работать в это время стартую обработку на основной машине, опять ошибка. потом ошибка вылезла на сетевой, но вроде бы на сетевой реже.
2 эксперимент
Тот же самый архив который я гонял на ХР и который гонял у клиента я перенес в сетку где 2 компа, оба на винде 7 32х 1с77 027(ломанная, но это вроде не должно иметь значения), сеть рабочая группа, соеденены так же через свичь
все сделал как и в первом случае
НИ ОДНОЙ ОШИБКИ.
вот я теперь и в думках в чем же все таки дело.
пришла мысль что у клиента проблемы с сетевухой, но тогда почему ошибка стала вываливаться даже если обработку запускал локально?
начинаю склоняться к мысли, что база 1С не при чем и винда 7 ка не при чем, но что тогда понять не могу.
подскажите куда еще копать??
Важно! Перед тем как проводить какие-либо изменения в базе 1С сделайте резервную копию. Если 1С запускается в режиме конфигуратора, то через меню Администрирование -> Сохранить данные. Если у Вас уже есть более старые копии, не пишите поверх них, сделайте отдельный архив. Если 1С не запускается в режиме конфигуратора, скопируйте весь каталог базы в другое место. Если у Вас есть другой носитель информации (второй жесткий диск, Zip drive, пишущий CD-ROM), то лучше сделать копию на него.
Эта ошибка может возникнуть из-за ряда причин. Варианты решения зависят от того, стоит ли у вас сетевая версия или локальная. Начнем с локальной, как с более простого случая.
Мы предлагаем Вам выполнить следующие действия. После каждой попытки, пожалуйста, попробуйте запустить 1С: Предприятие. Возможно, что проблема решится на первом же шаге, и тогда все последующие будут не нужны.
a)Перезагрузите компьютер, нажав Пуск->Завершение работы ->Перезагрузить компьютер ->ОК. Подождите, пока компьютер перезагрузится, затем еще раз попробуйте запустить 1С.
b)Возможно, Вы забыли установить драйвер защиты при установке программы. Тогда Вам нужно запустить его, нажав Пуск ->Программы->1С: Предприятие 7.7->Установка драйвера защиты. Перезагрузите компьютер и попробуйте еще раз запустить 1С: Предприятие.
cПроверьте физическое наличие ключа на компьютере, может быть кто-то его задел и он выпал из компьютера. Для этого нужно добраться до задней стенки корпуса компьютера, туда, куда подключаются провода. Важно: крайне рекомендуется предварительно выключить компьютер. Ключ выглядит как брусок примерно 3х4х1 см. Скорее всего, он будет красного или белого цвета. Ключ вставляется в LPT порт (туда же, куда и принтер). В любом случае, вы сможете вставить ключ только в LPT порт. Важно: не нужно прилагать большую силу, усилия должны быть сравнимы с усилиями при поднятии стакана чая. Если ключ не входит в порт, не пытайтесь вставить его силой, так как либо это не ключ, либо вы вставляете его не в LPT порт. Лучше позовите человека, отвечающего в Вашей фирме за компьютеры, или позвоните нам. После того как Вы вставили ключ в порт, включите компьютер и попробуйте снова запустить 1С: Предприятие.
d)Иногда принтер и другая техника, поставленная «поверх» ключа может мешать его определению сервером защиты. Предварительно выключив компьютер и принтер, попробуйте отсоединить периферию (чаще всего принтер) от компьютера, оставив ключ на месте. Теперь включайте компьютер и попробуйте запустить 1С. Конечно, в этом случае, вы не сможете пользоваться отключенным устройством.
Если у Вас используется сетевая версия, и ключ расположен не на Вашем компьютере, то рекомендуется обратиться за помощью к человеку, который отвечает за работоспособность компьютеров в Вашей фирме. Если Вы и есть это человек, то мы можем посоветовать Вам выполнить следующие действия:
a)Проверьте то, что проблемный компьютер «видит» сервер, на котором находится ключ. Можно либо пропинговать сервер из командной строки, запустив программу ping с проблемного компьютера с именем компьютера-сервера в качестве параметра. Например, c: ping server1c. Либо Вы можете просто проверить наличие компьютера-сервера в списке доступных для клиента компьютеров, кликнув на иконке «Мое сетевое окружение». Если выяснится, что проблемный компьютер не «видит» сервер, то понадобится провести стандартную проверку при сетевых проблемах. Рекомендуем начать с проверки целостности кабелей (нет обрывов), работоспособности хаба, работоспособности сетевой карточки (горит ли лампочка, успешна ли команда ping 127.0.0.1), кроме того, следует убедиться в наличии необходимых протоколов и правильности их настройки.
b)Убедитесь в том, что на компьютере с ключом запущена программа «Сервер защиты». Это программа необходима для работы клиентов 1С: Предприятие в сетевом варианте. Вы можете запустить ее, нажав Пуск ->Программ->1С: Предприятие 7.7-> Сервер защиты.
c)На каждом компьютере с 1С: Предприятие есть файл nethasp.ini, который по умолчанию находится в C:Program Files1Cv77BIN. В этом файле содержатся настройки программы, проверяющей наличие ключа в сети. Файл достаточно хорошо документирован, и Вы, наверняка, сможете разобраться в его структуре. Мы рекомендуем Вам обратить особое внимание на строки используемых протоколов (возможно, там остался один IPX/SPX, который вообще в вашей сети не используется), время ожидание поиска ключа (при слабой сети программа может просто не успеть найти его) и ссылки на компьютер сервер (возможно, такого компьютера уже не существует, он перемещен или переименован).
Это произошло из-за того, что недоступна папка, в которой находится база 1С. Если база находится на Вашем компьютере, то, скорее всего, Вы ее куда-то переместили. Вспомните, перемещали ли Вы какие-либо каталоги (папки) в последнее время. Если Вы знаете точно, куда была перемещена база, или Вам кажется, что перемещенная недавно папка является базой, то при запуске 1С в диалоговом окне выберите кнопку «Изменить» (справа идут кнопки ОК, Отмена и следующая – «Изменить»). Укажите новый путь к базе и, нажав на кнопку ОК, запустите 1С: Предприятие еще раз.
Если база находится не на вашем компьютере, а на удаленном сервере, то лучше обратиться за помощью к человеку, который отвечает за работоспособность компьютеров в Вашей фирме. Если Вы все же решили самостоятельно ликвидировать проблему, то, во-первых, необходимо проверить наличие сети между двумя компьютерами (Вы можете просто проверить наличие компьютера-сервера в списке доступных для клиента компьютеров, кликнув на иконке «Мое сетевое окружение»). Во-вторых, нужно узнать местонахождение каталога с базой на сервере. После этого, кликнув на кнопку «Изменить» в диалоговом окне запуска 1С: Предприятие, выберите «Мое сетевое окружение»->Сервер, на котором находится база ->Укажите путь к базе.
Теперь еще раз попробуйте запустить 1С: Предприятие.
Не могу запустить 1С: Предприятие, программа останавливается с ошибкой «Ошибка блокировки данных. Возможно, данные используются другой задачей».
Первым делом нужно проверить свой компьютер. Посмотрите на панель задач (справа от кнопки «Пуск»), если Вы видите там надпись «1С: Предприятие», то щелкните по ней и закройте ее. Это был ранее запущенный экземпляр программы «1С: Предприятие». Запустите 1С: Предприятие еще раз.
Если 1С: Предприятие в монопольном режиме запущено не на Вашем компьютере, то возможны два варианта действий.
Первый вариант применим, если компьютеров в сети, использующих 1С: Предприятие немного, и они расположены недалеко друг от друга. Тогда можно подойти к каждому компьютеру и, выбрав пункт меню 1С: Предприятие Помощь ->О программе, Вы увидите в самой последней строке Режим работы. Если слева написано «Монопольный», то нужно закрыть 1С: Предприятие на этом компьютере и запустить на своем. Скорее всего, проблема будет решена.
Второй вариант нужно применять тогда, когда компьютеров в сети много, и их слишком долго обходить по одному. Тогда нужно запустить Монитор командой Пуск ->Программы->1С: Предприятие->Монитор пользователей. Запустив монитор, нужно выбрать пункт меню Монитор ->Активные пользователи. Перед Вами появится список компьютеров, с которых на данный момент используется база (каждая строка – запущенная компонента 1С: Конфигуратор, Предприятие, Монитор, Отладчик). Если Вы обратите внимание на самый левый столбец, то можете заметить, что на одном из компьютеров запущено 1С: Предприятие в монопольном режиме (это отображается красным восклицательным знаком рядом с иконкой). Подойдите к этому компьютеру и закройте там 1С: Предприятие. Проблема теперь должна быть решена.
Иногда возможен вариант, что какой-то компьютер некорректно завершил работу (или просто «завис»), тогда нужно выключить его и включить еще раз. Если невозможно определить, какой компьютер занял базу, а в Мониторе не указан компьютер, использующий монопольный режим, то придется выключать все компьютеры (можно по одному, пробуя запустить 1С после выключения каждого компьютера).
Для решения этой проблемы нужно запустить программу в монопольном режиме (поставьте галочку в поле «Монопольно» при запуске программы). Конечно, предварительно придется попросить всех пользователей выйти из 1С: Предприятие. На предложение восстановления индексных файлов нужно ответить утвердительно. Этот процесс может занять значительное количество времени, от 1-2 минут для баз в 5-10 мегабайт до порядка часа для больших баз. Если Вам не удается запустить систему в монопольном режиме, хотя Вы уверены, что все пользователи вышли из программы, то сначала проверьте свой компьютер, возможно, там осталась запущенная копия программы. Если и это не помогло, то попробуйте выключить клиентские машины (можно по одной, с проверкой после каждой). Вероятно, что одна из программ была некорректно завершена и не освободила базу.
В каталоге Вашей базы (путь к базе написан слева внизу в окне запуска) есть подкаталог Syslog. В этом каталоге лежит файл 1cv7.mlg, это и есть файл журнала. Переместите его в другой каталог; если Вы считаете, что файл журнала Вам не нужен, то можете его удалить. Главное - убрать файл журнала из этого каталога. При следующем запуске 1С: Предприятие должна успешно загрузиться и создать пустой файл журнала.
При запуске программы появляется всплывающий экран с надписью 1С: Предприятие и тут же исчезает.
Возможно несколько причин возникновения этой ошибки. Сначала скопируйте каталог Вашей базы в другое место, чтобы даже при наихудшем исходе (в процессе исправления выключили свет) Вы могли вернуться к ситуации до начала исправления. Вы можете самостоятельно предпринять следующие шаги исправления этой ошибки. После каждого шага, попытайтесь запустить 1С: Предприятие.
- Перезагрузите компьютер.
- Переустановите 1С: Предприятие.
- Скопируйте файл 1Cv7.md, который лежит в каталоге NEW_STRU вашей базы в каталог вашей базы. Например, если ваша база лежит в каталоге c:1Cbase, то нужно скопировать файл 1Cv7.md из c:1CbaseNEW_STRU в c:1Cbase. На вопрос: «Заменить ли текущий файл?» следует ответить «Да».
- Запустите Конфигуратор, выберите пункт Администрирование -> Тестирование и исправление ИБ. Нажмите на кнопку Выполнить.
Если ошибка не была исправлена, то, видимо, Вам придется обратиться к фирме «Практика» напрямую.
Как определить где находится база 1С: Предприятие?
Когда Вы запускаете 1С: Предприятие или Конфигуратор перед Вами появляется окно запуска. Если выделена нужная база (большое поле почти посередине окна), то внизу Вы можете увидеть путь к базе. Он должен выглядеть примерно как “C:1Cbase”.
Дело в том, что операционная система Windows 95/98, не позволяет держать открытыми больше 1024 файлов единовременно. Учитывая средний размер базы в 200-400 файлов, получается, что программа не будет запускаться на 3-6 компьютере, пытающемся получить доступ к базе. Необходимо перенести базу (для DBF версий можно просто скопировать весь каталог и перепрописать пути на клиентских машинах) на компьютер с другой операционной системой (рекомендуется – Novell, Windows 2000, Windows NT).
1С: Предприятие очень долго открывает базу.
Возможно, это происходит из-за того, что сканер антивируса проверяет все *.dbf и *.cdx файлы, которые хочет открыть 1С: Предприятие. Для решения проблемы нужно исключить проверку файлов этого типа (например, в программе «AVP Монитор» это называется «Исключить по маске»). Вы можете не опасаться проникновения вирусов из *.dbf файлов базы и индексных файлов, так как в них не могут содержаться вирусы.
Какие существуют параметры командной строки для файла 1cv7.exe?
1cv7.exe MODE [ /M | /D
где MODE - режим запуска, может принимать только одно из трех значений :
config - режим конфигуратора;
debug - режим отладчика;
enterprise - нормальный (рабочий) режим 1С: Предприятие.
следующие ключи опциональны:
/M - запуск программы в монопольном режиме;
/D - каталог базы данных;
/U - рабочий каталог пользователя (каталог из списка пользователей игнорируется);
/N - имя пользователя;
/P - пароль пользователя;
/T - путь к временным файлам
/@ - для режима конфигуратора с указанием файла пакетного запуска
/W - инициализация Web расширения
Пример:1cv7 enterprise /Dc:1cmainbase /NИванов /P123,
в этом случае произойдет запуск программы без вывода диалогов о выборе базы и режима работы, а также без запроса имени и пароля пользователя.
Запуск в пакетном режиме подробно описан в книге «Конфигурирование и администрирование. Часть вторая» на странице 252.
1С Предприятие 7.7 Часто встречающиеся проблемы и способы их решения.
Как показал читательский отклик, интерес к 1С:Предприятие 7.7 до сих пор весьма велик. Поэтому мы решили опубликовать статью посвященную наиболее часто встречающимся проблемам и способам их решения для данной платформы.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Проблема связана с тем, что текущий пользователь не имеет права записи в каталог информационной базы. Чаще всего проблема проявляется при сетевом доступе к ИБ, переносе жесткого диска с базами на другой ПК или после переустановки системы. Решение - выставить необходимые разрешения на папку с базой.
Ошибка "Доступ возможен только из одного каталога ИБ"
Данная ошибка возникает в SQL версии после того, как один из пользователей некорректно вышел из программы. Причина возникновения ошибки: при некорректном выходе не останавливается SQL процесс запущенный пользователем.
Для решения данной проблемы надо принудительно завершить процесс через SQL Enterprise Manager, информация об активных процессах содержится в ветке Management - Current Activity - Process Info, также можно просто перезагрузить SQL сервер. К возникновению этой ошибки также может привести неправильное конфигурирование 1С, когда информационные базы из разных каталогов пытаются использовать одну и ту же SQL-базу.
Ошибка "SQL State: 42000 Native: 170 Line 1: Incorrect syntax near 'N'
Довольно распространенная ошибка у начинающих, возникает на этапе создания / подключения ИБ. Причина ошибки - недопустимый символ в имени SQL базы. Обычно возникает при попытке создать БД с именем начинающимся с цифры, параметр ошибки Incorrect syntax near 'N'указывает на недопустимый символ (N). Решение: создать (переименовать) БД с корректным именем.
Ошибка "Microsoft Visual C++ Runtime Library: Runtime Error: abnormal program termination"
Есть еще одна похожая ошибка, когда программа аварийно завершается только при входе конкретного пользователя. Метод "в лоб" - очистить каталог пользователя, но при этом будут потеряны все его настройки. Можно попробовать более изящный способ: копируем каталог пользователя в другое место, переименовываем, возвращаем обратно и указываем его пользователю в качестве рабочего, старый каталог впоследствии можно удалить.
Подобная методика можно использовать и в том случае, когда удаление 1cv7.mlg не помогает избавиться от ошибки, просто копируем каталог ИБ в другую папку и запускаем оттуда.
Программа выполнила недопустимую операцию и будет закрыта.
К этой ошибке может приводит множество факторов и не все из них связаны с 1С. Коротко остановимся на наиболее часто распространенных. Если ошибка проявляется только для одной ИБ или одного пользователя то следует воспользоваться рекомендациями для предыдущей ошибки. В других случаях к краху могут приводить поврежденные файлы и библиотеки 1С, Windows, вирусы, а также аппаратные неисправности. В этом случае можно посоветовать сделать антивирусную проверку, проверить состояние файловой системы и после устранения возможных причин переустановить платформу (можно поверх, главное - перезаписать измененные или поврежденные файлы), не будет лишним проверить целостность системных файлов Windows, это можно сделать командой sfc /scannow.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Читайте также: