Igor,I apologize for the delay gett

Igor,
I apologize for the delay getting a response back to you. I had all your information reviewed by our Lead Technician and just received a response back.


He reviewed all the perfmon information collected collected the first thing he saw was that the private and virtual bytes are for the most part flat. When he dumped everything into a CSV file and looked at the raw numbers in Excel you can see the memory go up and down by small amounts and never even crests about 5GB, actually just under most of the time. The fact the the memory goes up and down by small amounts and doesn't just continue to grow tells him that this is not a leak.

In addition to that though the memory is generally flat you can see the read counts from the other counters grow, which would also account for the handle growth. So the more reads fired the more handles the more data being pulled from files means more archives in memory.
Although in their case the memory remain flat at around 20% of system though the amount of data requested increases so this still just sounds like a properly running 5.5 system.


He see that you did some testing where you stopped the DA and the memory of the full system went down makes me wonder if there is anything else that might be using that memory that requires Historian. For example he believes that you have SQL on the same box. Do you have a linked server setup that talks to Historian?

He also noted that the Historian memory counters for Private Bytes and Virtual bytes seem flat, but he does see a somewhat steady handle growth. So maybe something else that's taking a bunch of handles and using memory until the DA stops. I suppose adding the Private Bytes and Virtual Bytes for all exe's on the machine we might be able to see if anything jumps out.

If they do have a linked server, is it configured to run with AllowInProcess ENABLED? If so try disabling that. If you have a linked server when that's enabled every time you run a query it will use SQLServer.exe to expand memory and accommodate the OLEDB provider. With that disabled, every time a query is run the server spawns a separate exe to do the query then it releases the memory when its done. If SQL is eating the memory, making the change should help. Otherwise getting the counters for the machines exe's should gives some more info.

As I mentioned earlier, your Historian server looks very healthy.

Результаты (русский) 1:

Igor,Я прошу прощения за задержку, получить обратно к вам в ответ. Я имел все ваши информации, рассмотренных нашими привести техник и только что получил ответ обратно. Он проанализировал всю информацию perfmon, собранные, собранных первое, что он увидел, что частных и виртуальные байты в основном плоский. Когда он бросил все в CSV-файл и посмотрел на сырья чисел в Excel вы можете увидеть памяти идут вверх и вниз в небольших количествах и никогда даже гребней около 5GB, на самом деле просто под большую часть времени. Тот факт памяти идет вверх и вниз в небольших количествах и не просто продолжать расти рассказывает ему, что это не утечка. В дополнение к этому хотя память, как правило, квартиру, вы можете увидеть что чтения графов из других счетчиков растут, который будет также учитывать ручку роста. Таким образом больше читает произвели более ручки больше данных, извлекаемых из файлов означает больше архивов в памяти. Хотя в их случае памяти остаются квартиры на около 20% от системы, хотя количество данных просила увеличивается, так что это еще только звучит как правильно работает 5,5 системы. Он просмотреть, что вы сделали некоторые испытания, где вы остановили да и память о полной системы пошли вниз делает мне интересно, если есть что-нибудь еще, что может использовать эту память, которая требует историк. Например, он считает, что у вас есть SQL на том же поле. Есть ли у вас настройки связанного сервера, который рассказывает историк? Он также отметил, что счетчики памяти историка Private Bytes и виртуальные байты показаться плоский, но он видит ручки несколько устойчивый рост. Так, может быть то, что принимая кучу ручки и использованием памяти до ПДР останавливается. Я полагаю, добавляя байтов исключительного пользования и виртуальные байты для всех exe на машине, которую мы могли бы увидеть, если что-нибудь выскакивает. Если они имеют связанный сервер, он настроен для работы с AllowInProcess включен? Если это так, попробуйте отключить это. Если у вас есть связанный сервер, когда что включена, каждый раз, когда вы выполняете запрос, он будет использовать SQLServer.exe расширить память и разместить поставщик OLEDB. С этим инвалидов, каждый раз, когда выполняется запрос, сервер запускает отдельный exe сделать запрос, то он освобождает память когда его сделали. Если SQL ест память, делая изменения должны помочь. В противном случае получать счетчики для машин, которые должны exe дает некоторую информацию.Как я упоминал ранее, историк сервера выглядит очень здоровым.

Результаты (русский) 2:

Игорь,
я прошу прощения за задержку получения ответа обратно к вам. Я вся ваша информация проверяются нашими Lead Technician и только что получил ответ обратно. Он рассмотрел все Perfmon информация, собранная собрал первое, что он увидел, что частные и виртуальные байты для большей части плоской. Когда он бросил все в файл CSV и посмотрел на сырьевых чисел в Excel вы можете увидеть памяти вверх и вниз по небольших количествах и никогда даже гребней около 5 Гб, на самом деле просто под большую часть времени. Тот факт, что память идет вверх и вниз по небольших количествах и не только продолжать расти говорит ему, что это не утечка. Кроме того, хотя память, как правило, плоские вы можете увидеть счетчики чтения от других счетчиков расти , которые также зарегистрированы для роста ручкой. Поэтому, чем больше читает уволили более обрабатывает больше данные, вытащил из файлов означает больше архивы в памяти. Хотя в их случае память остается на прежнем уровне около 20% системы, хотя количество данных, запрашиваемых увеличивается так что это еще только звучит как правильно работает система 5.5. Он вижу, что вы сделали некоторые тесты, где вы остановили DA и память полной системы спустился заставляет меня задаться вопросом, если есть что-нибудь еще, что может быть использует эту память, которая требует Историк. Например, он считает, что у вас есть SQL на том же поле. Есть ли у вас связаны установки сервера, который говорит историк? Он также отметил, что историк счетчики памяти для частных байт и байт виртуальной кажется плоским, но он увидеть несколько устойчивый рост ручку. Поэтому, возможно, что-то еще, что берет кучу ручек и использования памяти, пока Д.А. не остановится. Я полагаю, добавив Private Bytes и виртуальных байт для всех исполняемых на машине, мы могли бы увидеть, если что-нибудь выскакивает. Если они есть связанный сервер, это настроено для работы с AllowInProcess ВКЛЮЧЕНО? Если это так, попробуйте отключить это. Если у вас есть связанный сервер когда это позволило каждый раз, когда вы запускаете запрос будет использовать SQLServer.exe расширить память и размещения поставщика OLEDB. При этом инвалиды, каждый раз, когда запрос выполняется сервер порождает отдельный EXE, чтобы сделать запрос, то он освобождает память, когда его сделали. Если SQL ест память, внесения изменений должно помочь. В противном случае получение счетчики для машины исполняемых должны дает некоторую информацию. Как я уже упоминал ранее, ваш сервер Историк выглядит очень здорово.

Результаты (русский) 3:

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


он проанализировал все perfmon информацию, собранную собрал первое, что он увидел, что частный и виртуальных байт по большей части квартиры.когда он бросил все в один файл CSV и посмотрел на голые цифры в Excel вы можете увидеть памяти вверх и вниз на небольшие суммы и даже не гербы о 5gb, просто под большую часть времени.ведь память идет вверх и вниз на небольшие суммы, а не просто продолжать расти сказал ему, что это не утечка.

кроме того, несмотря на то, что память, как правило, квартиру, вы можете увидеть прочитать данные из других счетчиков растет, который также не приходится обрабатывать роста.тем более, гласит произвели более занимается больше данных, которого вытащили из файлов означает более архивов в памяти.
хотя в их случае память останется прежним, около 20% системы, хотя объем данных, просил увеличивает это все еще звучит, как правильно работает 5,5 системы.


он видит, что ты сделал некоторые испытания, где вы остановили да и память всю систему пошел вниз, заставляет меня задуматься, если есть что - нибудь, что можно использовать, чтобы память, которая требует историк.например, он считает, что у вас есть SQL в одном окне.у вас есть Linked Server Setup, говорит историк?

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

, если они не связаны с сервера, это запускаться с allowinprocess позволили?если так, попробуйте это.если у вас есть связанный сервер, когда это позволяет каждый раз, когда вы запускаете запрос будет использовать sqlserver.exe расширить память и размещения OLEDB провайдера.с инвалидами, каждый раз, когда запрос будет запустить сервер порождает отдельные exe сделать запрос, то он освобождает память, когда его сделать.если SQL ест памяти, что изменения должны помочь.в противном случае, чтобы счетчики для машин exe должны дает несколько подробнее.

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