Дисковая или сетевая ошибка экспресс

Ошибка выполнения 3043: диск или сетевая ошибка

Проблемы

«Ошибка выполнения 3043: диск или сетевая ошибка». Эта ошибка может возникать при запуске конструктора FRx, создании предметного указателя или создании отчета.

Причина

Эта ошибка может быть вызвана одной или несколькими из указанных ниже причинами.

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

Недостаточно разрешений на доступ к сетевому каталогу или ресурсу.

Недоступный сетевой ресурс.

Решение

Если вы не можете открыть конструктор FRx

В меню Пуск выберите пункт Выполнить. Введите FRX. iniи нажмите кнопку ОК.

Найдите строку LastCompany = . Если в строке содержится значение после знака равенства, удалите текст после знака равенства в этой строке, а затем сохраните файл и закройте его.

Запустить конструктор FRx — если окно выбора компании отображается до получения ошибки, перейдите к разделу «Поиск необходимых путей в FRx» этой статьи. В противном случае перейдите к действию 4.

Снова откройте файл FRX. ini. Найдите строку WorkDrive = , а затем запишите путь, указанный после знака равенства — это путь к рабочему диску.

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

Поиск необходимых путей в FRx

Если вам будет предложено выбрать компанию, нажмите кнопку Отмена.

В меню Администратор выберите пункт Параметры обработки.

Запишите путь, указанный в поле дополнительный рабочий диск — путь к рабочему диску. Нажмите кнопку Отмена , чтобы закрыть окно Параметры обработки .

В меню Фирма выберите пункт сведения.

Запишите путь, указанный в полепуть импорта и экспорта — это путь к импорту и экспорту. Нажмите кнопку Закрыть , чтобы закрыть окно сведения о компании .

Если при создании отчета возникла ошибка, откройте каталог для отчета о проблеме.

Откройте вкладку вывод . Если в поле имя файла указан полный путь, обратите внимание на то, что это путь вывода. Если указано только имя файла, путь к выходным данным и путь импорта и экспорта совпадают. Закройте каталог.

Действия по устранению проблемы

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

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

Убедитесь, что путь рабочего диска является допустимым и правильным. Если это не так, обновите путь. Этот путь можно обновить в окне » Параметры обработки » или изменить файл FRX. ini (в приведенном выше разделе «обнаружение необходимых путей в FRx» для расположения этих путей).

Убедитесь, что пути импорта, экспорта и выхода указаны правильно. Если один или несколько из этих путей недопустимы или неверны, обновите их соответствующим образом (в разделе «Поиск необходимых путей в FRx» для расположения этих путей).

Повторите задачу, которая вызвала ошибку ранее. Если сообщение об ошибке больше не возникнет, пропустите все оставшиеся действия; в противном случае перейдите к действию 6.

Войдите в систему с помощью учетной записи с правами администратора домена.

Повторите задачу, которая ранее вызвала ошибку. Если сообщение об ошибке больше не возникнет, перейдите к действию 8; в противном случае перейдите к шагу 9.

Выйдите из компьютера, а затем снова войдите в систему с помощью учетной записи пользователя. Если ошибка по-прежнему возникает, пользователь не имеет достаточных разрешений для одного или нескольких указанных путей. Проверьте разрешения для каждого каталога и предоставьте разрешения там, где это необходимо. У пользователей должны быть разрешения на чтение, чтение & выполнение, запись и изменение для каждого из указанных выше путей. После того как соответствующие разрешения будут предоставлены, пользователю больше не следует получать ошибку.

Если ошибка не исчезнет, возможно, потребуется перезапустить сервер. Перезагрузите сервер как можно скорее.

Источник

MS Access 2003-ошибка диска или Сети — не проблема Сети-удаленное приложение-Win 2008

У нас есть Windows 2008 под управлением служб терминалов, но в качестве удаленных приложений, а не полные рабочие столы.

Есть один файл базы данных, выч.mdb, что дает «ошибка диска или сети». Если к нему обращается пользователь с установленным MS Access 2003, он работает нормально. Однако для наших путешествующих пользователей, которые получают доступ через RemoteApp, то они получают «диск или ошибка сети».

Я искал и почти каждый приходит к паре оргвыводы:

1. Это сетевая ошибка.

2. Перекомпиляции и/или сжатие.

Это, конечно, не #1, потому что я могу проверить, что сеть в порядке.

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

С клиентского компьютера:

A) нет проблем при запуске другого RemoteApp (например, Word, WordPad или даже другой доступ DB)

Б) не имеет проблемы входа в систему через полный удаленный рабочий стол.

C) можно запустить базу данных из Access 2003 локально установлен

D) получает «ошибку диска или сети» при открытии через Remote-App.

Журнал событий показывает ничего, что я мог найти. Со всеми различными журналами в Windows Server теперь, может быть, где-то еще, чтобы посмотреть? Это, конечно, кажется, связано с RemoteApp установка.

опять же, это не проблема сети! Это продолжается уже несколько месяцев. Я проверил, что это не проблема сети.

и да, как только я завершу свой текущий проект, следующий, чтобы обновить эти стареющие приложения.

изменить:
Дополнительный тест на основе комментария:

1. скопировал БД нарушителя на локальный компьютер.
2. переименован для добавления TEST1 в файл имя.
3. копируется обратно на сервер.
4. обновленный RemoteApp ярлык, чтобы посмотреть на новое имя файла.
5. это работает!

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

1 ответов

Я обнаружил эту ошибку и сообщение после того, как я создал новый сервер 2008 R2 и восстановил резервную копию базы данных 2005.

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

после миграции мне пришлось:

1. обновить статистику с помощью: exec sp_udatatestats
2. установить laguage по умолчанию с: EXEC sp_configure ‘язык по умолчанию’, 23

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

объявить таблицу @l(sqlcmd nvarchar(max)) объявление @ sqlCmd nvarchar (Макс) вставить @л выберите ‘изменить логин’ + функции quotename(столбце loginname) + ‘ с аргумент default_language = англичане;’ от sys.syslogins где dbname = ‘XXXXXXXXXXXXXX’

выбрать top 1 @sqlCmd = sqlcmd из @l while (@sqlCmd не равно null) начинать печать @ sqlCmd exec (@sqlCmd) update @l установить программы sqlcmd = значение null где @программа sqlcmd=программа sqlcmd set @sqlCmd = null
выберите top 1 @sqlCmd = sqlcmd из @l, где sqlCmd не равно null конец

Источник

«Ошибка отложенной записи» при работе в MS Access

«Ошибка отложенной записи» при работе в MS Access

Сообщение S.Alex » 20 авг 2003, 16:45

3.6Гб) никаких сбоев и ошибок, только при работе с базами данных.
Никак не могу разобраться с проблемой. Возникла она после того, как базы перенесли на новокупленный сервер с установленным RAID Serial ATA. Кто сможет что подсказать?

Сообщение setar » 20 авг 2003, 17:10

1. ранее (когда всё работало) база лежала на сервере либо у каждого клиента, либо ещё как ?

2. используемая конфигурация использует связанные таблицы или
SQL запросы через ODBC или OLE DB ?

Сообщение S.Alex » 21 авг 2003, 07:17

1. Нет. База лежала не на сервере, а на одной из клиентских машин с Win98. Пользовались ей через сеть.

2. Не могу точно сказать (опыт общения с Акссессом слишком мал), скорее всего связанные таблицы, т.к. SQL сервер не развернут, на сервере базы лежат просто в папке, выданной в общий доступ.

Кроме этого, с ужасом обнаружил, что подобные ошибки воникают и в 1С. Если открыть базу с этого же сервера, через некоторое время выдается несколько ошибок, мол невозможно записать такой-то файл, после чего пишет, что «программа выполнила недопустимую операцию. «. Таким образом, проблема возникает только при использовании баз данных, с остальными программами все ок.

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

Источник

Ошибка доступа «Ваш сетевой доступ был прерван» при использовании сопоставленного диска

Симптомы

При открытии Access с сопоставленного диска, использовании связанных таблиц, сопоставленных с диском, или выполнении кода VBA на основе сопоставленных расположений дисков возникает следующее сообщение об ошибке:

Сетевой доступ был прерван. Чтобы продолжить, закройте базу данных и снова откройте ее.

Причина

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

• Групповая политика, которая поддерживает сопоставленный диск, использует замену, а не обновление. Это приводит к отключению сопоставленного диска и повторному подключению во время каждого интервала обновления групповой политики.
• Сопоставленный диск обнаруживает период простоя, что приводит к автоматическому отключению диска.

Решение

Просмотрите параметры сопоставленного диска в консоли групповая политика управления. Если объект групповой политики имеет значение «Заменить», измените объект групповой политики на «Обновить».

Чтобы предотвратить автоматическое отключение сопоставленных дисков, см. следующую статью:

Источник

Ошибка диска MS Access или сети 3043

Я ищу решение ужасной ошибки 3043 в MS Access.

Один из моих клиентов запускает разделенное приложение FE / BE, около 6-7 пользователей, размер BE около 100 МБ. В последние недели ошибка появляется все чаще и чаще. После закрытия БД и повторного открытия все в порядке. Но данные, введенные в текущую открытую форму, теряются. Сначала это происходило раз в день, теперь каждые 90 минут, что очень раздражает пользователей.

В Интернете полно возможных решений и обходных путей, но на самом деле ничего не работает и не помогает решить эту проблему.

2 ответа

Судя по тому, что я видел, это обычно периодически нестабильная сеть. Проблема в том, что причин может быть много. Вы, наверное, уже видели мою страницу часто задаваемых вопросов о поврежденных MDB Microsoft Access. Насколько мне известно, эта страница и связанные страницы представляют собой наиболее исчерпывающий сборник возможных причин коррупции.

Самая большая проблема, вероятно, будет заключаться в том, чтобы убедить ИТ-отдел в том, что у них есть проблема. Они и многие невежественные люди в Stack Overflow будут бормотать плохие слова в адрес Access, когда действительно сложно найти проблему в сети.

Рассмотрите возможность преобразования серверной части в SQL Server 2008 Express, а затем используйте связанные таблицы ODBC для подключения внешнего интерфейса к серверной части. Вам нужно будет перекодировать определенные части интерфейса, чтобы он работал со связанными таблицами SQL Server. (Я не буду вдаваться в подробности, так как это будет отдельный вопрос.)

У Microsoft есть бесплатный инструмент, который можно использовать для преобразования серверной части базы данных в SQL Server: http://www.microsoft.com/downloads/en/details.aspx?FamilyID=5abe098d-c7e1-46c6-994a-09a2856eef0b&displaylang=en

Я полагаю, что это не то решение, которое вы ищете, но я думаю, что это самый надежный способ устранить полученную вами ошибку. Однако, если у вас действительно есть проблемы со стабильностью сети, у вас, вероятно, также будут проблемы с SQL Server, хотя я думаю, что он немного более снисходителен, когда дело доходит до сбоев в сети из-за его архитектуры.

Источник

mirror1982

10.09.10 — 23:50

Есть БД написанная в Access. Когда я папку с БД скопировал домой с компа знакомого, то при включении  ее (а именно файла Start.mde) база запускалась, а теперь Access мне пишет: «Строка S1PhBaseBase.mde задает ошибочный путь. Проверьте, что путь задан правильно и имеется подключение к серверу, на котором находятся файлы». В чем дело? Имя компа я сделал S1, имя папки PhBase и она расшарена.

mirror1982

1 — 10.09.10 — 23:50

Access 2000

mirror1982

2 — 11.09.10 — 10:49

Хелп!

KUBIK

3 — 11.09.10 — 10:56

а где mdb-файл?

mirror1982

4 — 11.09.10 — 10:59

В S1PhBase

KRV

5 — 11.09.10 — 11:01

(4) mdb?

mirror1982

6 — 11.09.10 — 11:02

S1PhBaseStart.mdb

nick slaughter

7 — 11.09.10 — 11:02

(0) Свиснул у кого то базу ? )))

KRV

8 — 11.09.10 — 11:03

в прошлом топике этот вопрос уже был — аутор не колется

mirror1982

9 — 11.09.10 — 11:04

Но сейчас увидел, что файла Base.mdb нет

KRV

10 — 11.09.10 — 11:07

……. :)))

mirror1982

11 — 11.09.10 — 11:08

(10) не Start.mdb

KRV

12 — 11.09.10 — 11:09

*.mdb — а такой есть вообще?

mirror1982

13 — 11.09.10 — 11:14

есть, ты не поверишь

KRV

14 — 11.09.10 — 11:16

поверю, почему нет? файл большой?

mirror1982

15 — 11.09.10 — 11:16

Start.mdb — 52 mb

KRV

16 — 11.09.10 — 11:17

кинь на файлообменник — посмотрим, что там

mirror1982

17 — 11.09.10 — 11:21

один этот файл или еще какие-нибудь?

KRV

18 — 11.09.10 — 11:21

его хватит пока

mirror1982

19 — 11.09.10 — 11:22

упаковал его весит 3mb, может на мыло кину?

KRV

20 — 11.09.10 — 11:24

кинь:  rvkiselev басяка hotmail.com

mirror1982

21 — 11.09.10 — 11:36

Пардон. Убран был общий доступ с папки поэтому и не включалась? Сейчас работает. Вчера я просто убрал его, проверял может дело в этом. Вчера я был у человека показывал ему эту БД. Может дело в инете? Когда подключен инет, то все ОК. Вчера принес ноут ему, инета не было и не включалась БД. Сейчас проверю, отключу модем и включу БД. Потом отпишусь!

mirror1982

22 — 11.09.10 — 11:36

Так и есть: дисковая или сетевая ошибка. Путь прописан сетевой S1PhBase. Как только комп становится локальным и сетевое подключение отключено, то все БД не работает. Как это исправить?

KRV

23 — 11.09.10 — 11:41

руками.. (не вариант?) пропиши локальный путь и все

mirror1982

24 — 11.09.10 — 11:43

где именно?

mirror1982

25 — 11.09.10 — 11:51

где руками?

KRV

26 — 11.09.10 — 11:53

Год рождения    1982. уже почти тридцать лет прошло — уже не оправдание.. все интернеты украли??

mirror1982

27 — 11.09.10 — 11:55

если в папке с БД был текстовый файл, в первой строке которого можно было менять путь, то это другое дело. Я в Access ноль. Помоги!

KRV

28 — 11.09.10 — 11:59

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

mirror1982

29 — 11.09.10 — 12:02

(28) Как это сделать?

mirror1982

30 — 11.09.10 — 12:08

(28) Я тебе сейчас на мыло кину mdb-файл

KRV

31 — 11.09.10 — 12:19

хотмайл гонит — кинь туда же на gmail.com

KRV

32 — 11.09.10 — 12:20

все, не надо

mirror1982

33 — 11.09.10 — 12:20

получил?

KRV

34 — 11.09.10 — 12:26

да. файл у тебя кривой — оттуда все беды..

mirror1982

35 — 11.09.10 — 12:29

А по подробней?

KRV

36 — 11.09.10 — 12:33

битый файл — когда воровали, над было попросить людей выйти

mirror1982

37 — 11.09.10 — 12:36

когда есть подключение по локальной сети, то все работает. Подправить пути реально?

KRV

38 — 11.09.10 — 12:41

реально думаю.. что мне прислал — битый файл

mirror1982

39 — 11.09.10 — 12:42

KRV

40 — 11.09.10 — 12:49

блин.. мне РТФМ поднимать? на вскидку не помню!

mirror1982

41 — 11.09.10 — 12:50

можешь помочь?

mirror1982

42 — 11.09.10 — 13:14

ау

KRV

43 — 11.09.10 — 13:20

ты бы хоть в работный день пристал… еще раз скинь — смотреть буду вечером

ок

и да, как только я завершу свой текущий проект, следующий, чтобы обновить эти стареющие приложения.

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

Проблема

При запуске АРМ «Экспресс» возникает ошибка:

Решение

   В большинстве случаев данная проблема возникает, если на компьютере с АРМ «Экспресс» установлен продукт компании Kaspersky (Антивирус Касперского).
   Для проверки данного предположения выполните следующие действия:
         — откройте каталог Express и проверьте в нём наличие файла system.mdb;
         — при наличие данного файлы, удалите его и приостановите работу продукта Kaspersky (см. Рис.3);*
         — запустите АРМ «Экспресс»;
         — если запуск прошел корректно, закройте АРМ «Экспресс» и возобновите работу продукта Kaspersky (см. Рис.4);
         — запустите АРМ «Экспресс» и в случае возникновения прежней ошибки (Рис.1 или Рис.2), и появление в каталоге Express файла system.mdb, необходимо выполнить настройку продукта Kaspersky.

Рисунок 3                                

  
 Рисунок 4

* Подробнее с отключением и возобновлением защиты можно ознакомиться на официальном сайте «Лаборатории Касперского», пройдя по следующей ссылке: http://support.kaspersky.ru/8929

   Рекомендации Службы поддержки «Лаборатории Касперского»  для устранения данной проблемы (более подробна на официальном сайте http://support.kaspersky.ru/ );
  — добавить каталог программы Express и исполняемый файл Express.exe в Исключения и доверенные программы;
  — отключить контроль 443 порта HTTPS;
  — в большинстве случаев помогает установка более новый версию продукта Kaspersky ( скачать новую версию продукта, можно на официальном сайте Kaspersky, по следующей ссылке: http://www.kaspersky.ru/product-updates/ );
  — если выше указанные действия не помогли, обратится в службу поддержки «Лаборатории Касперского».

   ВАЖНО: после выполнения указанных выше рекомендаций, убедитесь, что в каталоге Express нет файла  system.mdb.

   Обращаем Ваше внимание, что сотрудники Службы поддержки компании Triasoft Inc не занимаются какой-либо настройкой (по телефону или удаленному подключению) стороннего программного обеспечения, каким является продукт «Лаборатории Касперского» и не несут ответственности за его работу.