Вопрос : Достигните представления сети DB очень медленного

База данных, котор я спрашивал все вопросы около теперь готова быть раскрынным.  Несчастливо, метод привода доли для того чтобы позволить 10-12 потребителям получить к ему имеет морщинку.  Мы разделяли офисы - одно в центре страны и одно в востоке.  Если бегущ на файловом сервере в центре, восток бежит ТУПОУМНОЕ, то замедляйте; обратный случается если установлено на сервере в East.

We использует доступ 2007 Майкрософт. Я подтверждал что мы не имеем никакой брандмауэр между 2 офисами и humongous трубопроводом только около уничтоженным 30%.  Бегущ ищейка трассируйте пока один восточный потребитель и один центральный потребитель произвели эти 3 ошибки на потребителе в ДРУГОМ офисе от положения сервера: состояние

NT: Состояние
NT STATUS_OBJECT_NAME_NOT_FOUND (0xc0000034): Состояние
NT STATUS_MORE_PROCESSING_REQUIRED (0xc0000016): Потребители

The STATUS_NO_SUCH_DEVICE (0xc000000e) в положении где сервер пребывает имеют немного к никакому запаздыванию и никаким тактик problems.

Any «бомбы, котор» любое хотел было бы предложить?
class=

Ответ : Достигните представления сети DB очень медленного

Доступ никогда не был предназначен побежаться через Болезненный-тип установку (вы работаете с), а вы находите непочатый край тревог если вы настаиваете на делать им попытку для того чтобы сделать так. Доступ 2007 использует двигатель базы данных ТУЗА, который будет типом «файлового сервера» базы данных. Что вид db не имеет никакое builtin обрабатывать двигатель, поэтому ВСЮ работу должно быть выполнено рабочим местом. Это намеревается что каждое время вы открытые форма, или рапорт, доступ должны вытянуть ВСЕ те таблицы через (very-very-very медленное) соединение, parse они, и после этого представляется ваши данные. На среднем, типичное БОЛЕЗНЕННОЕ соединение около 100 времен более медленно чем стандартная сеть офиса; когда общаться с интернетом подпрыгивает, вы можете держать пари что скорость faaaaar плохими чем скорост. Доступ не может выдержать в том сценарии, а вы быстро находите, что общалось с коррумпированный and/or потерянный данными, коррумпированный формами, etc etc.

Вы имеете некоторые варианты:

1) Двиньте к установке конечного сервера или Citrix. Это может быть дорогим setup и поддержать, но обеспечит вас с очень робастным и надежным использованием для ваших off-site потребителей.

2) Используйте размещённое в Интернетее обслуживание как www.eqldata.com. Я никогда не использовал их, и не знаю всякий, кто имею, так угождаю не принимаю это как любой вид рекомендации. Я как раз бросаю его вне там;). Обслуживания любят эта цена вы вверх - противостоьте, и в ежемесячных гонорарах.

3) Перезапишите app для использования размещённой в Интернетее поверхности стыка (т.е. ASP.NET, Perl, PHP, etc etc). Это будет хорошее разрешение, но оно очевидно будет требовать, что вы были знающе в тех языках, и очевидно устанавливать назад вашу дату раскрытия.

4) Двиньте ваш магазин данных к серверу SQL, MySQL, Oракул, etc etc и перезапишите ваш FE для того чтобы принять преимущество той платформы. Это может быть массивнейшая затея, в виду того что в большинств случаи вам было бы нужно сделать переработанный вариант земли-вверх - и они вы идут сделать что, и вы должны поддержать дистанционных потребителей, тогда вы были велемудры для рассмотрения #3.
Другие решения  
  •  Как я добавляю кнопки на форме PDF для того чтобы добавить/извлекаю рядки данных?
  •  Шнур ошибки в блоке задвижки?
  •  сколько вариант сервера SQL на одной машине
  •  Внешний вид 2007 не может архивный файл открытой сети сохраненный
  •  Активно директория DNS записывает вопрос
  •  Отчет о доступа 2010 экспорта к CSV с коллекторами?
  •  Прокладчик OCE 9400 не начинает
  •  как добавить десятичное место в формуле в отчете о кристалла seagate
  •  Windows XP и Мичрософт Оутлоок и проблемы установителя Windows
  •  VB6 к VS2010 - консультации тренировки?
  •  
    programming4us programming4us