Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Microsoft SQL SERVER

Автор: M_Volkov
Дата сообщения: 01.04.2011 17:13
SQL 2005 - часто надо восстанавливать бэкап рабочей базы в копию на резервный сервер. Где прописать путь к бэкам "по умолчанию", чтобы не рыться по каталогам при восстановлении...
Автор: naPmu3aH
Дата сообщения: 02.04.2011 03:29
M_Volkov

Цитата:
часто надо восстанавливать бэкап рабочей базы в копию на резервный сервер

Ты еще скажи, что ты это делаешь через Enterpise Manager... часто...
Скрипт напиши который бекапит базу, а потом восстанавливает на резервный из этого бекапа. Делов-то на 7 секунд. Тем более что в этой теме такое уже приводили и не раз.
Автор: M_Volkov
Дата сообщения: 02.04.2011 06:05
naPmu3aH
Бэкапятся базы по плану, но такая автоматизация мне не нужна...
Занимаюсь доработкой конфигурации 1С, конечно же, в копии рабочей базы. Что-то сделал, вечером загрузил доработки в рабочую, день-два типа тестируется... если что-то пользователям не понравилось, то бывает надо вернуться к исходному состоянию (не только конфигурацию) достать из бэкапа. И при этом предлагается его брать из C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Backup - почему-то не помнит, куда в последний раз бэкапил?!
Автор: bigsloth
Дата сообщения: 02.04.2011 08:01
M_Volkov
SQL Server средств для редактирования "умолчательного" пути для бэкапа не предоставляет. Посмотрите в реестере:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.1\MSSQLServer\BackupDirectory
должно быть там.
Автор: M_Volkov
Дата сообщения: 02.04.2011 09:10
bigsloth
Да, есть такое...
Автор: bigsloth
Дата сообщения: 02.04.2011 18:59
M_Volkov
ну я к тому клонил, что этот путь только там можно изменить
Автор: slech
Дата сообщения: 06.04.2011 15:22
M_Volkov

Цитата:
Где прописать путь к бэкам "по умолчанию", чтобы не рыться по каталогам при восстановлении...

SQL Server Management Studio --> Server --> Properties --> Database Settings --> Database Default Location: Data, Log.
Но помоему будут браться из базы. Т.е. если до этого твоя база лежала на S:\SQL, то при ресторе тебе покажется такой же путь.
Поэтому вариантик со скриптом очень интересен.
А вообще есть смысл использовать автоматическую установку с файлом ответов - можно изменить путь баз - например на диск S:\SQL.
Автор: naPmu3aH
Дата сообщения: 06.04.2011 22:53
slech
А взять словарь и покурить разницу между default database location и backup location (то что собственно требовалось вопрошающему)?
Автор: slech
Дата сообщения: 08.04.2011 07:57

Цитата:
Где прописать путь к бэкам "по умолчанию", чтобы не рыться по каталогам при восстановлении...

упустил
Автор: Eye_Bass
Дата сообщения: 08.04.2011 18:53
Локально подключаюсь к MS SQL 2000 sp4 через Query Analyzer/
Делаю запрос (в ОДНОЙ и той же базе из РАЗНЫХ таблиц копирую содержание одного столбца одной таблицы в другой столбец другой таблицы):

UPDATE AAA SET AAA.D85=BBB.S607_1 FROM AAA,BBB WHERE AAA.D270=BBB.D270


ошибка:


Server: Msg 7391, Level 16, State 1, Line 1
The operation could not be performed because the OLE DB provider 'SQLOLEDB' was unable to begin a distributed transaction.
[OLE/DB provider returned message: Новая транзакция не может быть учтена указанным координатором транзакций. ]
OLE DB error trace [OLE/DB Provider 'SQLOLEDB' ITransactionJoin::JoinTransaction returned 0x8004d00a].


Причем здесь вообще distributed transaction ???? и как выполнить, казалось бы, простой запрос???
_____________
перерыл форум поиском про эти распределенные транзакции : служба включена, в оснастке "службы компонентов" все галки стоят.
Промелькало сообщение (которое я не очень понял, надеюсь на вас =), что loopback linked server не может обрабатывать эти распределенные транзакции - где это посмотреть???
Автор: me2k
Дата сообщения: 10.04.2011 21:16
Пытаюсь добавить ещё один интерфейс к виртуальному серверу на кластере.

Инсталляция вылетает с ошибкой - "an error while creating virtual server resources for clustering. An attempt was made to refence a toker that does not exist"

В логах вижу:



Код: about to open cluster
calling ClusterGetComputerNames
ClusterGetComputerNames: m_LocalComputerName=[]
ClusterGetComputerNames: calling GetComputerName
ClusterGetComputerNames: m_LocalComputerName=[JDE1]
ClusterGetComputerNames: calling ClusterOpenEnum
ClusterGetComputerNames: calling ClusterEnum[0]
ClusterGetComputerNames: calling ClusterEnum[1]
called ClusterGetComputerNames, status=0x0
ccNodeName=1024 ccGroupName=1024
szNodeName=[JDE1] szGroupName=[SQL]
csNodeName=[JDE1] csGroupName=[SQL]
csNodeName=[JDE1].csGroupName=[SQL]
[clushelp.cpp:1787] : 87 (0x57): The parameter is incorrect.

[sqlclusterSetup.cpp:754] : 87 (0x57): The parameter is incorrect.

[sqlclusterSetup.cpp:547] : 1008 (0x3f0): An attempt was made to reference a token that does not exist.

[sqlclusterSetup.cpp:1161] : 1008 (0x3f0): An attempt was made to reference a token that does not exist.
Автор: M_Volkov
Дата сообщения: 19.05.2011 12:12
На удаленном склад крутится sql база 1С УТ (торговля 8). Возникла необходимость иметь ее копию в офисе, чтобы менеджеры делали свои отчеты, бухи выгружали из нее в бухгалтерию и т.п. Копировать базу только ночью и тянуть целиком через Интернет как то... уж больно не актуально, надо чтобы копия обновлялась хотя бы каждые 2 часа. Хотел уж было задействовать механизм распределенной базы заложенный в 1Сv8. Но наш новый сисадмин заявил, что сделает все это sql средствами!? Как-то давно, еще в 1Сv7 я пытался делать подобное, но когда базу объявлял публикацией, она разваливалась (sql добавлял доп.поля, триггеры...). Поэтому я сильно засомневался в этом. Может 1Сv8 уже имеет все что надо для sql, и база не портится при публикации, и я зря волнуюсь? Кто пробовал использовать sql репликации для обмена баз 1Сv8?
Автор: bigsloth
Дата сообщения: 19.05.2011 12:23
Для SQL Server 2000, ЕМНИП, есть вариант доставки журналов (log shipping) - копия на удаленном сервере, при этом, может быть доступна для чтения
Для SQL Server 2005 и старше есть вариант с доставкой журналов и зеркалирование (mirroring). Зеркалирование - поддержание актуальной копии на удаленном сервере. Зеркальная копия базы данных, при этом, является недоступной, но если у вас редакция SQL Server'a Enterprise - с этой базы можно делать снапшоты, так же доступные только для чтения.
Еще, конечно, можно попробовать репликацию (как делали вы), но не факт что и на восьмерке она взлетит.

Добавлено:
Дополню: для семерки, если я не ошибаюсь, вариант с доставкой журналов не мог прокатить, поскольку она любила делать BACKUP LOG WITH TRUNCATE_ONLY, что влет все обламывало
Автор: M_Volkov
Дата сообщения: 24.05.2011 03:19
bigsloth

Цитата:
Для SQL Server 2000, ЕМНИП, есть вариант...

Это, наверное, из области резервирования SQL серверов, когда рабочий падает резервный встает на его место? Тоже интересно... т.е. удаленное резервирование не получится?
Я имел ввиду другое, типа распределенной базы: база - публикация, база - подписчик... или это давно умерло?
Автор: bigsloth
Дата сообщения: 24.05.2011 04:25

Цитата:
Это, наверное, из области резервирования SQL серверов, когда рабочий падает резервный встает на его место?

Автоматически не встает. Это резервирование БД на удаленном сервере.

Цитата:
Я имел ввиду другое, типа распределенной базы: база - публикация, база - подписчик... или это давно умерло?

нет, почему, репликация жива не знаю как с merge-репликацией, а с репликацией транзакций должно все получиться.
Имхо, если удаленная база нужна только для формирования отчетов и выгрузок (нет операций записи), удобнее всего именно лог шиппинг с восстановлением копий с параметром STANDBY.
Автор: naPmu3aH
Дата сообщения: 24.05.2011 11:54
bigsloth

Цитата:
если удаленная база нужна только для формирования отчетов и выгрузок (нет операций записи)

1C? Без операций записи в базу? НЕ ВЕРЮ!

P.S. Лично мне кажется Database Mirroring (SQL Server 2005+) проще, удобнее и лучше устаревшего log shipping
Автор: M_Volkov
Дата сообщения: 25.05.2011 02:27
bigsloth

Цитата:
если удаленная база нужна только для формирования отчетов и выгрузок (нет операций записи)...

Я это уточню, но похоже так и есть, что-то забирают из торговой базы в УПП (бухгалтерию) и не более. Если так, то...

naPmu3aH

Цитата:
Database Mirroring (SQL Server 2005+) проще, удобнее и лучше

... иметь в офисе актуальное (каждые 2 часа) зеркало базы удаленного склада SQL средствами вполне реально? (гугл ничего не дал на русском...)
Автор: bigsloth
Дата сообщения: 25.05.2011 04:22

Цитата:
иметь в офисе актуальное (каждые 2 часа) зеркало базы удаленного склада SQL средствами вполне реально?

С лог-шиппингом реально - каждые два часа (или чаще, или реже - вы это сами выбираете) на удаленную базу будут накатываться бэкапы журнала транзакций и база будет "догоняться" до основной
С зеркалированием у вас ВСЕГДА будет актуальная копия базы данных на удаленном сервере. Вот только обратиться к ней будет нельзя, вам нужно будет иметь версию SQL Server Enterprise чтобы каждые два часа делать с нее снэпшот и обращаться уже к нему.

Цитата:
гугл ничего не дал на русском...

BOL
Автор: vcrank
Дата сообщения: 26.05.2011 09:27
Есть некая организация. Сейчас у них используется база, созданная в MS Access. Возможностей не хватает. Они хотят перейти на MS SQL. Компьютеров всего 2-3. Возникает вопрос о лицензии: какую покупать?
Пока присматриваемся к Приложение SQLSvrStd 2008R2 RUS OLP NL . Надо ли будет докупать какие-то отдельные лицензии?
Автор: bigsloth
Дата сообщения: 26.05.2011 09:38
vcrank
Клиентские лицензии приобретаются отдельно.
Бесплатный вариант есть: Express Edition - с ограничением на размер БД (10 ГБ)
Автор: vcrank
Дата сообщения: 26.05.2011 09:57
bigsloth
Спасибо
Автор: naPmu3aH
Дата сообщения: 26.05.2011 11:25

Цитата:
С зеркалированием у вас ВСЕГДА будет актуальная копия базы данных на удаленном сервере. Вот только обратиться к ней будет нельзя, вам нужно будет иметь версию SQL Server Enterprise чтобы каждые два часа делать с нее снэпшот и обращаться уже к нему

Ну если быть честным - то и к базе реплицируемой логшиппингом нельзя будет обратиться, т.к. она должна быть в NO RECOVERY режиме (для накатывания очередного бекапа лога транзакций). Можно конечно использовать STAND BY режим в котором работа с такой базой возможна в принципе в режиме только для чтения, но как я уже говорил выше - 1С это не тот случай...
Так что в любом случае придется использовать что-то типа снепшота.
Автор: bigsloth
Дата сообщения: 26.05.2011 11:32

Цитата:
Можно конечно использовать STAND BY режим в котором работа с такой базой возможна в принципе в режиме только для чтения, но как я уже говорил выше - 1С это не тот случай...

Ну так я изначально про standby и говорю. А почему 1С-то не тот случай? Если там надо отчет построить, да выгрузку сделать?
Автор: naPmu3aH
Дата сообщения: 26.05.2011 19:08
bigsloth

Цитата:
Если там надо отчет построить, да выгрузку сделать?

Я не ковырялся с 8 версией, но по опыту с 1С v. 7 SQL и база в состоянии read only - понятия не совместимые...
Автор: bigsloth
Дата сообщения: 27.05.2011 04:27

Цитата:
Я не ковырялся с 8 версией, но по опыту с 1С v. 7 SQL и база в состоянии read only - понятия не совместимые...

У меня наоборот с семеркой опыт минимальный А вот восьмерку к базе в standby подключал успешно
Автор: doc58_81oB0t
Дата сообщения: 16.06.2011 15:06
как удалить один из серверов SQL Server 2005 express

светится в службах, но не найду как полностью удалить
Автор: kazavo4ka
Дата сообщения: 17.06.2011 05:06
doc58_81oB0t
если через стандартное "установка и удаление программ" не получается, то http://support.microsoft.com/kb/909967
Автор: AleXeyS55
Дата сообщения: 21.06.2011 07:59
Подскажите подалуйста, не могу установить SQL SERVER 2008 Std на Windows Server 2008R2, выходит ошибка следующего содержания:

Произошла ошибка:

Во время установки сборки
"Microsoft.VC80.MFC, version="8.0.50727.4027", publicKeyToken="1fc8b3b9a1e18e3b", processorArchitecture="x86",type="win32"" произошла ошибка. Дополнительные сведения смотрите центре справки и поддержки. HRESULT: 0x800736CC

Ставить пробовал на Windows Server 2008R2 Std и Ent, при этом сервер как находился в домене так и небыл в нем, так же устанавливал Microsoft Visual C++ 2005 SP1 Redistributable Package (x64 и x86 тоже на всякий случай).

Больше уже не знаю что делать
Автор: Lelic
Дата сообщения: 22.06.2011 15:12
Господа, доброго вам здравия!
Достался мне в наследство MS SQL 2008 RUS. Есть ли возможность изменить язык интерфейса на английский? А то как-то он на половину переведен.
Автор: BlackVetal
Дата сообщения: 23.06.2011 05:12
Lelic
наверно только переустановкой сабжа - что есть нехорошо (по крайней мере с 2005 SQL у мне пришлось переустанавливать).

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566

Предыдущая тема: Измерение скорости сети LAN - все программы


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.