» Microsoft SQL SERVER

FreeLSD_md
некоторые товарищи пишут что при не особо больших запросах около 40-50 клиентов,
sql и саму базу размещать на разные диски не особо выигрывается быстродействие
потому и запостил вопрос здесь

Господа, доброго времени суток.
Проблема в следующем: Установил sql 2005 подцепил базы 1С 7.7 и 8.2. 8.2 работает нормально, а вот 7.7. выпендривается. Под админом могу зайти с любой машины в сети, а из под обычного пользователя вообще не пускает отваливается с ошибкой: The instruction at "0x1f31a540" referenced memory at "0x00000190". The memory could not be "read".

В googlу посылать не надо ... ничего найти не смог (
Буду рад любой помощи. Заранее благодарен.

Цитата:

7.7. выпендривается. Под админом могу зайти с любой машины в сети, а из под обычного пользователя вообще не пускает отваливается с ошибкой: The instruction at "0x1f31a540" referenced memory at "0x00000190". The memory could not be "read".

Это ошибка 1С 7.7 к SQL Server она отношения не имеет.
Вообще, семёрка штатно не работает с SQL Server старше 2000-го. Возможно, когда меняли dll-ки сделали что-то неправильно.

CaH4eC32

где брал ску?

у меня работает unisetup, там только галочку ставишь во время установки - sql 2005

Разобрался ...

Значит для нормальноый работы во вкладке "Безопасность" нужно была дать права на полный доступ группе "Пользователи"

Всем спасибо за участие.

Господа, не пинайте слишком, в MSSQL не силен.
Реально ли при отсутствии канала связи выполнять репликацию? Наподобие репликации в MS Access, т.е. передачей файла(ов), или временным подключением к сети филиала и синхронизацией.

Т.е. допустим, есть филиал центральный и ноутбуки разъездных служащих. В филиале и на ноутах стоит MSSQL Server 2008 R2. Данные обновляются и в филиале, и разъездными служащими. Структура БД может изменяться только в филиале. Периодически эти ноуты привозятся в филиал, подключаются к сети, и происходит двухсторонняя синхронизация.

Реально ли такое провернуть с помощью репликации (я так понимаю слиянием)? И можно ли сделать тоже самое путем отправки снимка БД от служащих в филиал и затем обратно без необходимости устанавливать канал связи с сервером филиала?

Доброго дня! Подскажите как в SQL server 2005 копировать архив базы на сетевой диск?
пробую команду
cmd /c copy "E:\Backup\kc2012\%date%.kc12.rar" "Y:\Backup\kc2012"
Из bat всё ok, а из SQL только на локальный диск получается - на сетевой не идёт.

Цитата:

а из SQL только на локальный диск получается - на сетевой не идёт.

А можно ли разрешить sa делать бэкап сразу на сетевой диск?
или
Добавил в Безопасность/Имена входа свою доменную учетку. Под доменной учеткой такая возможность появилась, но доступа к базе нет. Куда надо еще прописать свою доменную учетку, чтобы иметь права как у sa?

torsheran

Цитата:

Из bat всё ok, а из SQL только на локальный диск получается - на сетевой не идёт.

M_Volkov

Цитата:

Куда надо еще прописать свою доменную учетку, чтобы иметь права как у sa?

Сервер работает от "лица" компьютера, так что надо не "свою" учётку прописывать, а дать учётке компьютера права на шару, и в пути указывать UNC.

Oleg_Kurilin

Цитата:

дать учётке компьютера права на шару, и в пути указывать UNC.

Спс, это чтобы разрешить sa делать бэкап сразу на сетевой диск. А по 2-му вопросу, например, дать админу домена такие же права как у sa на SQL базы?

Добавлено:
SQL SERVER устанавливался вне домена...

M_Volkov

Цитата:

Спс, это чтобы разрешить sa делать бэкап сразу на сетевой диск

sa - пользователь (учетка) SQL SERVER, права на шары даются доменным пользователям (учеткам). Дальше продолжать?

naPmu3aH

Цитата:

Дальше продолжать?

Да, в локальных пользавателях нет учетки SQL SERVER...

M_Volkov

Цитата:

Да, в локальных пользавателях нет учетки SQL SERVER...

Повторю ещё раз, SQL SERVER работает от лица компьютера. Его тоже нет в локальных пользователях. Можно, конечно, извратиться - завести пользователя, и запускать службу от его имени.
По второму вопросу, без доверительных отношений это практически невозможно. Даже если удастся каким либо способом указать доменную учётку в качестве логина в SQL сервере, не факт, что это будет работать через неделю.

В любом случае, при таком плотном взаимодействии (даже 2-х компьютеров) членство в домене упростит управление и усилит безопасность.

Oleg_Kurilin

Цитата:

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

Не, SQL сервер сейчас в домене! При его установки он не был в домене, поэтому в администраторы SQL сервера не мог добавить администратора домена (добавил только локального). А уже после того как сам сервер ввел в домен
Цитата:

Добавил в Безопасность/Имена входа свою доменную учетку. Под доменной учеткой такая возможность появилась, но доступа к базе нет. Куда надо еще прописать свою доменную учетку, чтобы иметь права как у sa?

M_Volkov
Если надо чтобы прямо как у sa, в свойствах этой учётки на вкладке Server Roles выбрать sysadmin

Подскажите, есть русский сервер 2003 r2, ставлю на него русский sql server 2008 r2 но упорно начинает ставиться английская версия. Дома на такой же операционке он же нормально ставится русский. В региональных стандартах везде русский/россия. Как этому серверу указать язык, на котором я его хочу установить?

Цитата:

ставлю на него русский sql server 2008 r2 но упорно начинает ставиться английская версия.

У меня тоже был такой глюк: ход установки шел на En, но в итоге встала Ru!?

Добавлено:
Просматриваю 1С базу на предмет выявления максимального размера таблиц, приходится каждую таблицу просматривать... Можно как-то настроить вид, чтобы размер таблиц в списке видеть?

Добавлено:
Со стороны SQL есть какое-то ограничение на максимальный размер таблиц? Или это со стороны 1С ограничение - не более 2 Гб?

M_Volkov

Цитата:

Можно как-то настроить вид, чтобы размер таблиц в списке видеть?

Код: WITH table_space_usage ( schema_name, table_name, used, reserved, ind_rows, tbl_rows )
AS (SELECT
s.Name
, o.Name
, p.used_page_count * 8
, p.reserved_page_count * 8
, p.row_count
, case when i.index_id in ( 0, 1 ) then p.row_count else 0 end
FROM sys.dm_db_partition_stats p
INNER JOIN sys.objects as o ON o.object_id = p.object_id
INNER JOIN sys.schemas as s ON s.schema_id = o.schema_id
LEFT OUTER JOIN sys.indexes as i on i.object_id = p.object_id and i.index_id = p.index_id
WHERE o.type_desc = 'USER_TABLE' and o.is_ms_shipped = 0)

SELECT t.schema_name
, t.table_name
, sum(t.used) as used_in_kb
, sum(t.reserved) as reserved_in_kb
,sum(t.tbl_rows) as rows

FROM table_space_usage as t

GROUP BY t.schema_name , t.table_name

ORDER BY used_in_kb desc

Цитата:

ход установки шел на En, но в итоге встала Ru!?

Хм... верно, когда увидел результат то долго думал.... Странно.

Друзья, интересует ваше мнение, касательно того, как запаковываются резервные копии БД(бакапы):
- средствами SQL - COMPRESSION (сжатие при создании бакапа)
- или отдельное архивирование со сжатием (например консольным rar-ом)
Преимущества и недостатки, эффективность сжатия.
В качестве примера привожу конкретные цифры, полученные на личном опыте:
БД в ~60 Гигабайт - rar'ом пакуется в архив весом 3,5 Гигабайт.

Может ли быть достигнута та же эффективность при использовании COMPRESSION в бакап-скрипте?

FreeLSD_md

База в 13 гиг в забекапленном виде с включенным сжатием весит 1,5 гига. Пытался пожать файл бекапа архиватором но он практически не жмется )))

FreeLSD_md
ИМХО, надо пробовать включать встроенное сжатие при бэкапе. Возможно, размер сжатого бэкапа будет больше, чем бэкап сжатый раром, но резервное копирование будет завершаться намного быстрее (правда вырастет нагрузка на процессоры)

bigsloth

Цитата:

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

Кто-то проверил это?

Цитата:

Кто-то проверил это

Сегодня доберусь проверить, любопытно стало, но это ближе к вечеру

bigsloth

Цитата:

Кто-то проверил это?

Я на старой работе когда-то проверял. Rar сжимает значительно лучше, чем SQL.
Значительно, это где-то в 1,5 раза.

Уважаемые! Плз, подскажите новичку в SQL.
W2K8 R2 Ent, установил SQL 2008 R2 + sp2
С удивление обнаруживаю надпись в свойствах службы SQL server надпись:
Выполнение в 64-разрядной ОС ----- Нет
Как так ? Почему ?

FreeLSD_md
borisdenis
bigsloth
M_Volkov
FL0od13
Меряться насколько хорошо/плохо сжимает компрессия бекапы я считаю совершенно бесссмысленно, т.к. это очень сильно зависит от структуры данных (размеров полей, типов хранимой информации и т.п.)
Встроенное сжатие работает и довольно неплохо работает. RAR сжимает чуть лучше, но грузит процессор намного больше, и кроме того требует двойного времени.
На моих базах бекап с активированной компрессией проходит все же намного быстрее чем просто архивирование и сжатие RARом потом. Кроме того лично для меня имеет значение то, что статус процедуры рез. копирования отдается SQL сервером сразу в понятном виде (в частности для последующей обработки - например отправки alert'ов в случае чего), в случае же с RAR'ом приходится городить доп. логику для проверки статуса архивации, проверки архива, обработки этих результатов и т.п. (ну если конечно для вас важно действительно ли вы делаете резервные копии, которые потом можно восстановить, а не просто "настроил и забыл")

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

naPmu3aH
исчерпывающе, спасибо! Буду добавлять опцию кмпрессия. Получу завтра-полезавтра архив, обязательно отпишусь.

Блин, а чем сейчас можно SQL сервер остановить? С времен SQL 2000 не было нужды...

M_Volkov
SQL Server Configuration Manager