Сообщение об ошибке "Существует недостаточная системная память для выполнения этого запроса". относится к Виртуальному адресному пространству (VAS), являющемуся недоступным и не память в стандартном смысле т.е. в пространстве процесса SQL Server.
Учитывая, что Вы только работаете с 3 ГБ на этом сервер-серверном и SQL Server, был присвоен до 2 ГБ, это означает ОС, и что еще более важно что-либо еще на поле имеет меньше чем 1 ГБ для проигрывания с. Это не большая память.
Если эта проблема действительно как результат утечки памяти затем, это - VAS за пределами пространства процесса SQL Server (memToLeave), который используется.
Я предложил бы использовать параметр запуска-g для присвоения большей памяти memToLeave части.
См. следующую статью для получения дополнительной информации:
http://www.johnsansom.com/sql-server-memory-configuration-determining-memtoleave-settings/
Можно также хотеть уменьшить макс. установку памяти SQL Server, но я сделал бы это как последнее прибежище.
Я в настоящее время исследую только реальные различия при помощи различной программы, которая игнорирует пробельные изменения и mtime:
#!/usr/bin/env ruby
require 'tempfile'
input2 = ARGV.pop || (
$stderr.puts("Usage: gconf-diff [opts] <file> <file>")
exit(1)
)
input1 = ARGV.pop
UNWANTED_PAT = /mtime="\d+"/
def copy_tmp(id, path)
t = Tempfile.new("gconf-diff-#{id}-")
File.open(path).each { |line| t.write(line.gsub(UNWANTED_PAT, '')) }
t.close
t
end
t1 = copy_tmp('1', input1)
t2 = copy_tmp('2', input2)
system('diff', *(ARGV + ['-B', '-b', t1.path, t2.path]))
exit($?.exitstatus)
У меня есть использование подверсии это путем выполнения svn diff --diff-cmd gconf-diff ...
. Я возвращаюсь файлы, которые не имеют никаких существенных изменений. Однако это является немного неловким, и не имеет дело хорошо с файлами, где только один или два объекта изменились, но у дюжины других есть новые метки времени, поскольку все те изменения все еще фиксируются.
Вместо того, чтобы хранить каталог в мерзавце, Вы пытались сохранить дамп?
gconftool-2 --dump /