Проблемы
Предположим, что вы используете SQL Server 2017 и у вас есть много пакетов SQL Server Integration Services (SSIS). Вы можете заметить, что отчеты служб SSIS или Power BI нерегулярно завершались сбоем со следующими ошибками времени ожидания подключения:
«_Main_XXXXX:Error: код ошибки служб SSIS DTS_E_OLEDBERROR. Произошла ошибка OLE DB. Код ошибки: 0x80004005».
Доступна запись OLE DB. Источник: «Microsoft SQL Server Native Client 11.0» Hresult: 0x80004005 Description: «Истекло время ожидания входа».
Доступна запись OLE DB. Источник: «Microsoft SQL Server Native Client 11.0» Hresult: 0x80004005 Description: «Unable to complete login process due to delay in login response».
Доступна запись OLE DB. Источник: «Microsoft SQL Server Native Client 11.0» Hresult: 0x80004005 Description: «TCP Provider: Timeout error [258]. «.»
В противном случае проблема не ограничивается службами SSIS или Power BI отчетов. Любое приложение может привести к ошибкам производительности и времени ожидания при подключении к SQL Server.
Это исправление содержит два новых столбца : error_code и op_history в sys.dm_os_buffer_descriptors динамического административного представления . Error_code столбец представляет сведения об ошибке во время последней попытки заполнить указанный буфер. Op_history представляет операционный журнал буфера в битовом формате (4 бита на операцию, всего 16 операций, последние 4 бита представляют последнюю операцию и сдвиг влево по мере хода выполнения).
Примечание. Это исправление не устраняет конкретные ошибки, которые вы видите при заполнении страниц буфера. Он предоставляет сведения только о кодах ошибок и операциях с буферами, чтобы можно было выполнять дополнительные действия по устранению неполадок с новыми сведениями.
Причину
Проблемы с временем ожидания и производительностью являются универсальными по своей природе и могут иметь множество основных причин. В этом конкретном случае возникает много ошибок и повторных попыток, которые наблюдается при попытке чтения страниц данных из файлов данных и заполнения буферов памяти (представление страниц данных в памяти). Основная причина ошибок заполнения буфера не определена четко как базовые коды ошибок при попытке заполнить буферы, которые не были предоставлены.
Статус
Корпорация Майкрософт подтверждает наличие этой проблемы в своих продуктах, которые перечислены в разделе «Применяется к».
Решение
Эта проблема устранена в следующем накопительном обновлении для SQL Server:
-
Накопительный пакет обновления 15 для SQL Server 2017 г.
Сведения о накопительных обновлениях для SQL Server:
Каждое новое накопительное обновление для SQL Server содержит все исправления и все исправления безопасности, которые были включены в предыдущее накопительное обновление. Ознакомьтесь с последними накопительными обновлениями для SQL Server:
-
Последнее накопительное обновление для SQL Server 2017 г.
Ссылки
Сведения о терминологии, используемой корпорацией Майкрософт для описания обновлений программного обеспечения.
Нужна дополнительная помощь?
Нужны дополнительные параметры?
Изучите преимущества подписки, просмотрите учебные курсы, узнайте, как защитить свое устройство и т. д.
В сообществах можно задавать вопросы и отвечать на них, отправлять отзывы и консультироваться с экспертами разных профилей.
- Remove From My Forums
-
Question
-
Hi,
I have received the following error with when executing an SSIS package with a SQL Server database as a data source where I have read only access; —
Error: 0xC0202009 at my_SSIS_component, my_database: SSIS Error Code
DTS_E_OLEDBERROR. An OLE DB error has occurred.
Error code: 0x80004005.
An OLE DB record is available. Source: «Microsoft SQL Server Native Client 10.0»Hresult: 0x80004005 Description: «Protocol error in TDS stream».
An OLE DB record is available. Source: «Microsoft SQL Server Native Client 10.0»
Hresult: 0x80004005 Description: «Communication link failure».
An OLE DB record is available. Source: «Microsoft SQL Server Native Client 10.0»Hresult: 0x80004005 Description: «TCP Provider: An existing connection was forcibly closed by the remote host.
«.
An OLE DB record is available. Source: «Microsoft SQL Server Native Client 10.0» Hresult: 0x80004005 Description: «Communication link failure».
An OLE DB record is available. Source: «Microsoft SQL Server Native Client 10.0» Hresult: 0x80004005 Description: «TCP Provider: The semaphore timeout period has expired.
«.
Error: 0xC0047038 at my_SSIS_component, SSIS.Pipeline: SSIS Error Code DTS_E_PRIMEOUTPUTFAILED. The PrimeOutput method on component «my_database» (1) returned error code 0xC0202009. The component returned a failure code when the pipeline engine
called PrimeOutput(). The meaning of the failure code is defined by the component, but the error is fatal and the pipeline stopped executing. There may be error messages posted before this with more information about the failure.Service operating system; —
Microsoft SQL Server 2008 (SP2) — 10.0.4064.0 (X64) Microsoft Corporation Standard Edition (64-bit) on Windows NT 6.0 <X64> (Build 6002: Service Pack 2)
Where I understand Windows NT 6.0 SP 2 is also known as Windows Server 2008 Service Pack 2.The error appears to occur intermittantly. Any guidance on how to arrive at a resolution would be greatly appreciated.
Kind Regards,
Kieran.
If you have found any of my posts helpful then please vote them as helpful. Kieran Patrick Wood MCTS BI, PGD SoftDev (Open), MBCS, MCC http://uk.linkedin.com/in/kieranpatrickwood
-
Edited by
Wednesday, October 5, 2011 2:04 PM
-
Edited by
Answers
-
Hi,
The solution was that the VPN between a Microsoft TMG firewall and a Cisco ASA (mixed vendor) under load kept collapsing the VPN tunnel.
The fix was to replace Microsoft TMG with a cisco Firewall so the VPN is now cisco-to-cisco, resulting in a much more stable connection. Also a router was purchased with a higher capacity to cope with the additional traffic.I then performed an initial test where I sucessfully copied a 1/2 tb file using Windows file manager from the source server to the destination server over the new Virtual Private network connection. Where performing a file copy when the problem initially
arose is where I convinced my collegues that the core issue was network related and not related to the configuration of my SSIS package.After receiving the results of the successful 1/2 tb file copy. I then executed my SSIS package over night over this new VPN connection, and the package reported successful execution within SQL Server Job Agent.
Hopefully people out there will use this solution and hopefully have less pain than me resolving it.
If you have found any of my posts helpful then please vote them as helpful. Kieran Patrick Wood MCTS BI, PGD SoftDev (Open), MBCS http://uk.linkedin.com/in/kieranpatrickwood
-
Edited by
Kieran Patrick Wood
Monday, March 12, 2012 8:36 PM -
Marked as answer by
Kieran Patrick Wood
Monday, March 12, 2012 8:36 PM
-
Edited by
- Remove From My Forums
-
Вопрос
-
Hi All,
One of our SQL Server jobs has been failing for the past few days, its a package that calls other child packages. It is failing with the TCP IP and communication link failure errors.
I have tried every possible thing on the google regarding this error
1) Disabled the chimney.
2) Tried Named pipes.
3) Changed the source to retain the same connection to TRUE.
4) Changed the option of executing the packages in concurrent to 0 instead of 3 which i previously had.
Finally when i looked at the event viewer i am seeing the following error message around the same time the job is failing
ESENT warnings
Am i looking at the right place regarding the errors ? Please need suggestions.
Thanks
I have migrated a classic ASP site to a new server and am getting the following error, message.
I have tried different connection strings but none of them work.
I am not even sure if the connection string is the problem
The new server is a Windows 2012 Server, SQL Server 2008 R2 Express machine.
Microsoft OLE DB Provider for SQL Server error '80004005'
[DBNETLIB][ConnectionOpen (Connect()).]SQL Server does not exist or access denied.
/scripts/dbcode.asp, line 31
Application("C2M_ConnectionString") = "Provider=SQLNCLI10;Server=(local);Database=mysite_live;Uid=mysitec_Live;Pwd=mypass;"
Hiten004
2,4171 gold badge22 silver badges34 bronze badges
asked Feb 28, 2013 at 2:52
9
If it is an Express instance, it is most likely not a default instance, but rather a named instance. So you probably meant:
... "Provider=SQLNCLI10;Server=.SQLEXPRESS; ...
--- instead of just (local) ---^^^^^^^^^^^^
Otherwise you’ll need to show us the server properties in SQL Server Configuration Manager on that machine in order for us to be able to tell you how to correct your connection string.
answered Feb 28, 2013 at 3:27
Aaron BertrandAaron Bertrand
271k36 gold badges465 silver badges486 bronze badges
3
As Aaron Bertrand mentioned it would be interesting to have a look at your connection properties (In Sql Server configuration check if the following are enabled Name Pipes and TCP/Ip).
Since you’re able to connect from SSMS i would ask to check if the Remote connection is allowed on that server Also can you tell is the Sql browser service is running?
here is a link that i keep close to me as a reminder or check list on probable connection issues on SQL Server.
Sql Connection Issues
And lastly can you try as provider «SQLNCLI» instead of «SQLNCLI10»
answered Mar 4, 2013 at 23:02
Raymond ARaymond A
7631 gold badge12 silver badges29 bronze badges
2
Step-1: Enabling TCP/IP Protocol
Start >> All Programs >> Microsoft SQL Server >> Configuration Tools >> SQL Server Configuration Manager >> SQL Server Network Configuration >> Protocols for MSSQLSERVER >> right click “TCP/IP” and select “Enable”.
Step-2: change specific machine name in Data Source attributes’value to (local) will resovle the problem ni SQL SERVER 2012.
answered Sep 28, 2014 at 16:31
Try pinging the server in your connection string. The server your application resides on should be able to communicate on the port you specify by credentials. If you are developing locally try specifying «localhost». If the server is clustered or you installed as an instance then you need to specify that instance. Also make sure the server is configured for mixed-mode authentication if using sql credentials.
OR Try
Data Source=localhost;Initial Catalog=DBNAME;Persist Security Info=True;User ID=MyUserName; Password=MyPassword;
answered Feb 28, 2013 at 3:00
Ross BushRoss Bush
14.6k2 gold badges31 silver badges55 bronze badges
3
It can be a permission issue , Please check is that server is connecting with same configuration detail from SQL management.
other is username / password is wrong.
answered Feb 28, 2013 at 12:00
Jinesh JainJinesh Jain
1,2329 silver badges22 bronze badges
5
Here is what I would do:
EDIT: Note that this SO post, a few down, has an interesting method for creating the correct connection string to use.
- Open SSMS (Sql Server Management Studio) and copy/paste the
username/password. Don’t type them, copy/paste. Verify there isn’t
an issue. - Fire up the code (this is next for me b/c this would be the next
easiest thing to do in my case) and step to line 31 to verify that
everything is setup properly. Here is some info on how to do
this. I understand that this may be impossible for you with this
being on production so you might skip this step. If at all possible
though, I’d set this up on my local machine and verify that there is
no issue connecting locally. If I get this error locally, then I
have a better chance at fixing it. - Verify that Provider=SQLNCLI10 is installed on the production
server. I would follow this SO post, probably the answer posted
by gbn. - You have other working websites? Are any of them classic asp? Even
if not, I’d compare the connection string in another site to the one
that you are using here. Make sure there are no obvious differences. - Fire up SQL Server Profiler and start tracing. Connect to the site
and cause the error then go to profiler and see if it gives you an
additional error information. - If all of that fails, I would start going through this.
Sorry I can’t just point to something and say, there’s the problem!
Good luck!
answered Mar 5, 2013 at 14:08
Mike C.Mike C.
3,0042 gold badges20 silver badges18 bronze badges
5
Have you ever tried SQL Server OLE DB driver connection string:
"Provider=sqloledb;Data Source=(local);Initial Catalog=mysite_live;User Id=mysitec_Live;Password=mypass;"
or ODBC driver:
"Driver={SQL Server};Server=SERVERNAME;Trusted_Connection=no;Database=mysite_live;Uid=mysitec_Live;Pwd=mypass;"
At least this is what I would do if nothing helps. Maybe you will be able to get more useful error information.
answered Mar 8, 2013 at 0:23
SlavaSlava
1,0555 silver badges11 bronze badges
Have you tried to use the server IP address instead of the «(local)»?
Something like «Server=192.168.1.1;» (clearly you need to use the real IP address of your server)
In case you try to use the server IP address, check in the «SQL-Server configurator» that SQL Server is listening on the IP address you use in your connection. (SQL Server Configurator screenshot)
Other useful thing to check / try:
- And check also if the DB is in the default SQL Server instance, or if it is in a named instance.
- Do you have checked if the firewall have the TCP/IP rule for opening the port of you SQL Server?
- Have you tried to connect to SQL Server using other software that use the TCP/IP connection?
answered Mar 9, 2013 at 17:56
MaxMax
7,3882 gold badges26 silver badges32 bronze badges
The SQL Server Browser service is disabled by default on installation. I’d recommend that you enable and start it. For more information, see this link and the section titled «Using SQL Server Browser» for an explanation of why this might be your problem.
If you don’t wish to enable the service, you can enable TCP/IP protocol (it’s disabled by default), specify a static port number, and use 127.0.01,<port number> to identify the server.
answered Mar 10, 2013 at 16:41
Paul KeisterPaul Keister
12.8k5 gold badges45 silver badges75 bronze badges
In line 31:
cmd.ActiveConnection = Application("C2M_ConnectionString")
How are you instantiating cmd?
Rather than the ConnectionString being wrong, maybe cmd is acting differently in the new environment.
Edited to add:
I see that you’ve gone from IIS 7 to IIS 8. To run Classic ASP sites on IIS 7 required manual changes to server defaults, such as «allow parent paths.» Is it possible that some of the needed tweaks didn’t get migrated over?
If you’re not running with Option Strict On, you should try that — it often reveals the source of subtle problems like this. (Of course, first you’ll be forced to declare all your variables, which is very tedious with finished code.)
answered Mar 5, 2013 at 23:53
egruninegrunin
24.6k8 gold badges49 silver badges93 bronze badges
1
Пользуясь базами данных любой программы 1С, сотрудники предприятий и организаций часто сталкиваются с непредвиденными ситуациями. Пожалуй, одна из самых частых — когда работа программы внезапно завершается по причине того, что администратор разорвал контакт с сервером.
В данном случае Microsoft OLE DB Provider for SQL Server выдаёт такую информацию: «Неопознанная ошибка hresult 80004005». При этом главным признаком проблемы является невозможность выгрузить информацию в базу.
Следует отметить, что ошибки, содержащие именно код 80004005, встречаются постоянно. У них есть особая классификация, которую при желании можно найти в соответствующей литературе.
Для начала нужно провести проверку конфигурации. Там может содержаться мусор (иными, словами, информация, которая является некорректной). Необходимо проверить конфигурацию с помощью соответствующей команды. Вы увидите флажок, предназначенный для того, чтобы проверить её логическую целостность. Если имеются проблемы, пользователь будет уведомлен об этом с помощью сообщения.
Данные, являющиеся неверными, система удалит в автоматическом режиме, но для этого нужно дать ей доступ, чтобы она изменила главный объект. К примеру, если вы работаете в облачном хранилище, его надо просто захватить.
Поддержка конфигурации требует её проверки и у поставщиков. С этой целью:
- нужно сохранить данные о конфигурации поставщиков. Для этого используйте CF-файл;
- теперь необходимо провести загрузку файла в обновлённую базу;
- выполните операцию, которая описана в п.1.
При получении сообщения об исправлении ошибки имейте в виду то, что конфигурация, имеющаяся у поставщика, содержала неправильные данные. Если такое произошло, снимите свою конфигурацию с поддержки и установите её снова. При этом её надо объединить с новой (от поставщика).
Сейчас уже любой релиз, который выпускает 1С, не имеет таких сложностей.
Сопутствующая проблема и методы её решения
С ситуацией, описанной ранее, тесно связана ещё одна, происходящая параллельно. Выглядит она так: 10007066.
Суть проблемы: когда используется СУБД MS SQL SERVER, во время записи объекта из базы с несколькими колонками (например, «Значения» и «Хранилища»), часто случается другой тип ошибки.
Выглядит она таким образом:
Ошибка СУБД:Microsoft OLE DB Provider for SQL Server: String data length mismatchHRESULT=80004005.
Когда происходит ошибка 1с hresult clr 80004005, программа завершает свою работу в аварийном режиме.
Если вы ознакомитесь во время загрузки программы со специальным журналом (речь идёт о технологическом журнале), там есть табличка, содержащая информацию об этих хранилищах.
С помощью средств MS SQL Server Query Analizer нужно найти в табличке несколько колонок image и сделать для каждой следующий запрос
select top 10 DATALENGTH(_Fld4044 from _InfoReg4038 order by DATALENGTH(_Fld4044) desc
При этом, со стороны стандартных проверок, проводимых платформой (chdbfl), поступит информация о том, что база полностью в порядке.
Ошибка выделения памяти hresult 80004005 (на английском это out of memory for query result 1с) может происходить вследствие различных причин, имеющей общую черту. Для системы 1С это, прежде всего, недостаток оперативной памяти. Если говорить точнее, речь идёт о некорректном применении возможностей памяти, поэтому для решения задачи лучше использовать несколько косвенных алгоритмов.
Необходимо сделать рестарт (перезапуск) сервера. Таким образом памяти, которая доступна для работы, временно станет больше. Также есть возможность воспользоваться сервером в 64 разряда, содержащем приложения.
Исходя из опыта, ошибка СУБД hresult 80004005 чаще определяется двумя факторами:
- данные хранятся в хранилище значений (реквизите);
- в таблице конфигураций содержатся двоичные данные объёмом более 120 мегабайт.
Когда советы от сотрудников 1С не приносят результата (ошибка 1с hresult 80004005 остаётся), попробуйте воспользоваться другой пошаговой инструкцией:
Наши постоянные клиенты по 1С:
- используйте все базы, включив у них все фоновые задачи;
- в 8.1.11. должен появиться переключатель о запрете на фоновые задачи (во время создания базы);
- сделайте перезапуск сервера.
Имеет смысл проверки работоспособности. Тем не менее вследствие утечек памяти проблема может возникнуть снова — после перезапуска. В этом случае целесообразно:
- воспользоваться инструментами sql и сделать бэкап;
- снять базу с поддержки;
- выгрузить cf.
Во время любых действий следует копировать файлы в резерв, так как в любой момент может возникнуть необходимость возвращения к исходному статусу информации. Далее надо убрать в менеджменте консоли (config) запись «более 120 мегабайт» и провести загрузку конфигурации (не объединять, а загрузить).
Есть ещё один способ, с помощью которого неопознанная ошибка субд hresult 80004005 может быть исправлена. Нужно открыть конфигуратор и снять конфигурацию, не сохраняя её. Далее, сохранив, нужно поместить её в отдельный файл без сохранения её изменённого вида.
Выполните в SQL операцию, предназначенную для конкретной базы:
DELETE FROM dbo.Config WHERE DataSize > 125829120
После выполнения этой команды проведите загрузку сохранённой конфигурации.
Что касается радикальных шагов, используемых в особо трудных ситуациях, иногда помогает такая схема:
- удалите таблицу config из базы данных, воспользовавшись менеджментом консоли DROP TABLE [dbo].[Config];
- проведите загрузку конфигурации (не «объединить»,а именно «загрузить»).
После проведения проверки проблема должна уйти.
- Стоимость работ специалистов IT Rush — 2000 руб./час
- Абонемент от 50 часов в месяц – 1900 руб./час
- Абонемент от 100 часов в месяц – 1800 руб./час
Нам доверяют:
Соединение с сервером баз данных разорвано администратором Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка HRESULT=80004005
Описание ошибки:
Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка
HRESULT=80004005
Найденные решения:
Зачастую встречал эту ошибку в базе 1С: Комплексная автоматизация 8, работающей в клиент-серверном варианте. При попытке обновить нетиповую конфигурацию базы или при сравнении конфигураций, при сохранении конфигурации в файл. Причем уже в такой стадии, что не помогает и остановка, запуск сервера для высвобождения памяти, что часто можно встретить в описании решения данной ошибки.
Решение: кофигурация сохраняется в файл .cf, полностью снимается с поддержки, загружается сохраненный ранее файл конфигурации.
Так же из наиболее часто встречающихся решений в интернете, которые помогают: как уже было сказано остановка и запуск SQL или MySQL сервера.
Так же встречал описание, что проблема эта широко распространена и в 1С: УПП 8, исправляется вышеописанными способами.
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
27-05-2014
Журавлев А.С.
(www.azhur-c.ru)
Error Description:
microsoft ole db provider for sql server error 80004005
Open Database Connectivity, or ODBC, is a simple approach to construct dynamic website applications.
Web apps, on the other hand, can fail owing to ODBC database connection issues. They too report an microsoft ole db provider for sql server error 80004005
It can be difficult to figure out what’s causing the ODBC problem.
In this article, we’ll look at the top five causes of ODBC error 80004005.
The back-end of the great majority of websites on the internet is a database. The user information and linked data are stored in databases on these websites. We frequently utilize the ODBC approach to display these details on the website.
This ODBC approach, fortunately, is not affected by the website’s coding language. That is, it makes no difference whether your website is written in PHP or ASP.
The ODBC database drivers are responsible for storing the underlying database information and allowing users to connect to database systems. If this database connection fails for whatever reason, microsoft ole db provider for sql server error 80004005 ODBC occurs.
Such ODBC problems are common on websites that use Microsoft Access databases. These errors are generated by ASP websites when they are unable to access the database file. These 80004005 problems can also be found in the OLE DB Provider for ODBC or the Microsoft Jet Database Engine.
What is the reason of the ODBC error 80004005?
It’s now time to investigate the sources of error 80004005. Our Dedicated Engineers frequently face this message in numerous scenarios as a result of their experience managing websites.
1. Permissions are incorrect
Basically, Windows websites should be able to access database files with the extensions.mdb,.ldb, and so on. If any of the read or write permissions are lacking, we will not be able to continue.
2. A process is already under progress.
Multiple processes at once are difficult to manage in Microsoft Access databases. An ODBC connection error can occur if a process still has a file handle open to the database. This usually occurs when users do not properly close the connection. A incomplete upload of a database file via FTP client, for example, can leave an open connection.
3. SQL server constraints
Last but not least, ODBC error 80004005 can also be caused by SQL server security restrictions. When Integrated security is enabled in SQL Enterprise Manager, the windows account should be mapped to the database account. Otherwise, website issues will occur.
4.DSN settings that are incorrect
Data Space Name, or DSN, settings are another typical cause of ODBC issues. DSN, in general, contains information about the website-specific database to which the ODBC driver connects. Any incorrect information will create ODBC connection issues.
5. Customers may neglect to build a DSN or enter the database file’s location incorrectly. Again, DSN creation on servers with control panels may fail to create necessary files on the server. ODBC errors are also generated as a result of this.
6. Database corruption – Obviously, a corrupt database will always result in an error. And, in such cases, search query will not yield correct results and show up ODBC error 80004005.
How Do We Fix microsoft ole db provider for sql server error 80004005?
Normally we couldn’t connect to the database on the website app. The error message displayed on the website was:
Microsoft OLE DB Provider for ODBC Drivers error '80004005' [Microsoft][ODBC Driver Manager] Data source name not found and no default driver specified
- As a first step, we need to double check the database file permissions and ownership. If the files were properly permissioned under the IUSR account then go to next step.
- On the server we need to make sure an ODBC driver was also present.
- The DSN connection string was then examined. We need to check and correct that the database connection string in the .asa file was correctly setup. If wrongly set up then we need to change the settings and the website would be fault was resolved.
- Similarly, when ODBC problems occur as a result of open connections, we need recycle the website’s application pool, closing any open connections.
04.06.11 — 18:09
MSSQL 2005, 1С 8.2.13.219, УПП 1.2.38.1, проблема такая:
при обновлении конфигурации поставщика через поддержку, попытке сохранить конфигурацию в файл, попытке создать хранилище, dt,… возникает эта ошибка.
Раньше до 38 релиза достаточно было выгнать пользователей и перезагрузить сервер и все получалось. А с 38 релиза не помогает. Это намек на то, что надо переходить на УПП 1.3?
1 — 04.06.11 — 18:10
(0) Кроме этой ошибки больше ничего не говорит?
2 — 04.06.11 — 18:17
только вот это:
Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка
HRESULT=80004005,
3 — 04.06.11 — 18:23
(2) У, да тут масса причин может быть.
Надо посмотреть, что пишет скуль в логах.
Проверить галки на БД.
Проверить установку соединения.
Посмотреть не включен ли монопольный режим в скуле.
4 — 04.06.11 — 18:24
Софтина какая-нить может рубить соединение и прочее.
5 — 04.06.11 — 18:31
(4) Может быть эта «софтина» — Платформа 1С 8.2, которая начала работать в режиме управляемого приложения начиная с версии конфигурации 1.2.38?
6 — 04.06.11 — 18:34
(5) Что хотел сказать-то? У меня несколько баз на 8.2 и управляемых формах и такой ошибки нет.
7 — 04.06.11 — 18:40
На УПП эта ошибка была всегда, и проблема всем известна — в конфигурации поставщика. Только до этого она лечилась перезагрузкой серверов, после чего у сервака высвобождалась память и ее хватало на то, чтобы «съесть» кривую таблицу во время операции с конфигурацией. Теперь не вышло. Хочу понять почему?
8 — 04.06.11 — 18:45
+(7) То ли с поддержки снимать и обновлять в файловом варианте, а потом загружать конфигурацию, то ли сервер увеличивать. А может все-таки 1С в следующем релизе табличку поправят? Не случайно же 1.3.13 вышел сразу за 1.3.12 и через 1.3.12 можно перепрыгнуть. Может и для 1.2 такое сделают?
9 — 04.06.11 — 19:05
(8) Не знаю, в УПП не силен.
10 — 04.06.11 — 19:20
(3) а лог скуля где почитать?
11 — 04.06.11 — 19:37
(10) На самом инстансе скуля.
12 — 04.06.11 — 19:43
(8) если сервер 32, то попробуй /3GB,
прочие рецепты описаны у Гилева
13 — 04.06.11 — 20:19
(12) сервер 32, 3 Гг нужно Скулю выделить или РПХосту или я туплю?
14 — 04.06.11 — 21:00
http://support.microsoft.com/kb/274750/ru
sp_configure ‘show advanced options’, 1
RECONFIGURE
GO
sp_configure ‘awe enabled’, 1
RECONFIGURE
GO
sp_configure ‘max server memory’, 6144
RECONFIGURE
GO
15 — 04.06.11 — 21:04
Ну и ежедневно советую останавливать сервер и перезапускасть скуль — это пойдет только на пользу.
16 — 04.06.11 — 21:24
(15) А скуль-то зачем?!
17 — 04.06.11 — 22:41
(0) тупишь
это ключ boot.ini
18 — 04.06.11 — 22:53
(0) ТиИ БД давно делал ?
еще может помочь СКЛ переиндексация БД
19 — 05.06.11 — 00:14
(16) хз, на всякий случай 
20 — 05.06.11 — 01:41
(18) базу через dt переливал послений раз на новый год. ТиИ не делал вообще, т.к. не знаю какая в нем польза. А в Скуле не рублю вообще пока.
21 — 06.06.11 — 10:31
(15) останавливать сервер и перезапускасть скуль — а просто перезагружать сервак не тоже самое?
22 — 06.06.11 — 16:17
В общем вопрос свелся к следующему:
Изначальный вариант 1 обновления: сохранение конфигурации из рабочей базы, подготовка обновления на файловом варианте с использованием поддержки, проверка на копии, обновление конфигурации через поддержку на рабочей базы, объединение конфигурации на рабочей базе с подготовленным релизом.
Вариант 2 планируемый для решения проблемы: сохранение конфигурации из рабочей базы, подготовка обновления на файловом варианте с использованием поддержки, проверка на копии, загрузка конфигурации на рабочей базе из файла подготовленного релиза без сравнения.
Насколько вариант 2 корректен?
23 — 06.06.11 — 16:52
Может поможет кому:
Аналогичная проблема была решена вот так:
На сервере с 1С Сервером и с MSSQL-сервером заходим в:
Панель управления -> Администрирование -> Локальные параметры безопасности
В открывшейся оснастке:
Локальные политики — Назначение прав пользователя.
В появившемся списке политик находим «Закрепление страниц в памяти», двойной клик по этой политике и в открывшемся окне на закладке «Параметр локальной безопасности» добавляем в список пользователей тех юзеров, под которыми на сервере стартуют 1С Сервер, MSSQL-сервер и клиент 1С(если он на сервере запускается для каких либо целей).
Далее жмём «ОК» и перестартуем севисы MSSQL и 1С сервера. Всё.
У меня после этого всё работает нормально.
Желательно те же манипуляции провести с политикой «Настройка квот памяти для процесса». Она находится в этом же списке чуть ниже.
24 — 06.06.11 — 16:56
А сколько процессов на сервере 1с?
25 — 06.06.11 — 18:00
(24) rphost под usr1c81 — 4 процесса (8.1 параллельно стоит),
rphost под usr1c82 — 1 процесс.
26 — 06.06.11 — 18:06
+(24) думаете это может быть из-за Сервера 1С, а не sql?
27 — 06.06.11 — 18:25
Была такая проблема. На паре баз перестали делаться архивы и выгружаться dt.
Тупо снял с поддержки. Потом когда когда вышли новые релизы поставил на поддержку и обновил. Проблема HRESULT=80004005 ушла.
28 — 06.06.11 — 20:56
(26)Выдели больше оперативы, ссылку же кинул выше.
infera
29 — 07.06.11 — 15:10
(26) Похожие симптомы лечились добавлением 2 процесса.