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

» Microsoft SQL SERVER

Автор: temio
Дата сообщения: 04.03.2010 15:50
Подскажите как подготовить виртуалку с SQL 2008 к VSS бекапу на физическом сервере
Автор: M_Volkov
Дата сообщения: 05.03.2010 05:03
Бэкапы баз делаются только на локальные диски? Была когда-то (WinNT4 + SQL7) возможность на сетевой диск делать... может как-то можно обойти это препятствие?
Автор: bigsloth
Дата сообщения: 05.03.2010 05:25

Цитата:
может как-то можно обойти это препятствие?

А какие препятствия?
BACKUP DATABASE AdventureWorks
TO DISK='\\network_drive_name\SQLServerBackups\AdventureWorks1a.bak'
Главное чтобы права были..
Автор: M_Volkov
Дата сообщения: 05.03.2010 07:15
Выбираю "Создать резервную копию на:" - "диске" (или "ленте"), жму "Добавить", появляется окно "Выбор места расположения резервной копии", выбираю "Имя файла", открывается окно выбора диска/каталога/файла.bak - среди них можно выбрать только локальные диски. А когда-то были и сетевые... (если ничего не путаю). Как расширить список дисков сетевыми? Есть возможность создать "Устройство резервного копирования". Его можно создать на сетевой диск?
Цитата:
BACKUP DATABASE AdventureWorks
TO DISK='\\network_drive_name\SQLServerBackups\AdventureWorks1a.bak'
Это куда в задание вписать?
Автор: bigsloth
Дата сообщения: 05.03.2010 07:45

Цитата:
среди них можно выбрать только локальные диски.

А если вы просто пропишете нужный путь? Т.е. нажмете на "добавить" и в появившейся строке вводите "\\net_path\backup_name.bak"? Никогда не пользовался GUI для бэкапов, поэтому сказать точно не могу).

Цитата:
Это куда в задание вписать?

Либо в задание, либо просто попробуйте выполнить как обычный запрос в SMSS - чтобы убедиться в том, что он работает.
Про устройства резервного копирования тоже не могу подсказать. Посмотрите статью из BOL http://msdn.microsoft.com/ru-ru/library/ms179313.aspx, там же есть описание требований для копирования по сети.
Автор: M_Volkov
Дата сообщения: 05.03.2010 08:41

Цитата:
А если вы просто пропишете нужный путь?

В том то и дело, что конструкции "\\net_path\backup_name.bak" и "Disk_net:\path\backup_name.bak" не проходят
Цитата:
Невозможно открыть устройство резервного копирования "\\net_path\backup_name.bak" Не найдено сетевое имя (или Не удается найти указанный путь)
думаю запрос выдаст эту же ошибку...
Автор: bigsloth
Дата сообщения: 05.03.2010 09:39
Значит смотрите фаерволы, антивирусы, права учетных записей, от которых запускаются службы агента и самого SQL Server (хотя здесь не уверен) на папку.
Попробуйте расшарить на компьютере где установлен SQL Server папку и бэкапить туда по сетевому имени.. (просто для того, чтобы убедиться, что механизм работает)
Автор: M_Volkov
Дата сообщения: 05.03.2010 10:06
bigsloth
Примерно тоже самое
Цитата:
Невозможно открыть устройство резервного копирования "\\net_path\backup_name.bak" Ошибка операционной системы 5 (Отказано в доступе)
Автор: bigsloth
Дата сообщения: 05.03.2010 10:22

Цитата:
Ошибка операционной системы 5 (Отказано в доступе)

Ну вам же пишут, что ошибка операционной системы. Смотрите:

Цитата:
фаерволы, антивирусы, права учетных записей

Автор: M_Volkov
Дата сообщения: 05.03.2010 12:26
На тестовом сервере нет фаерволов, антивирусов, учетная запись одна - Администратор. По твоему совету локальный путь I:\Archive\1C.sql\DemoTrade.bak заменил сетевым \\MV2K8X64\InterNet\Archive\1C.sql\DemoTrade.bak, т.е. на тоже место!
Меня в принципе интересует: можно ли на сетевой диск делать бэкап?

Добавлено:
В справке указано
Цитата:
Чтобы указать сетевой ресурс в инструкции резервного копирования или восстановления, для файла, расположенного на устройстве резервного копирования, необходимо использовать полностью заданное имя в формате UNC. Имя в формате UNC имеет форму \\Имя_системы\Общая_папка\Путь\Имя_файла.
Значит можно! Почему не получается?


Добавлено:
Та же ошибка при бэкапе на на устройство резервного копирования, если указать как \\Имя_системы\Общая_папка\Путь\Имя_файла!?
Автор: bigsloth
Дата сообщения: 05.03.2010 13:00
Попрбуйте запустить SQL Server под доменной учетной записью и дать созданной учетке полные права на желаемую шару (куда должен делаться бэкап).
Автор: M_Volkov
Дата сообщения: 05.03.2010 14:18

Цитата:
Попрбуйте запустить SQL Server под доменной учетной записью

Всмысле вход службы SQL Server (MSSQLSERVER)? Сейчас стоит вход в систему с "Системной учетной записью" - как раз про нее пишут
Цитата:
Если файл Sqlservr.exe запускается как служба, то SQL Server выполняется в отдельном сеансе, который не связан с пользовательским сеансом. Сеанс службы может иметь собственные подключенные сетевые диски, но, как правило, они отсутствуют.
Есть варианты: использовать учетную запись "Сетевая служба" (NT AUTHORITY\NetworkService), или Администратор (локальный, сервер тестовый - не в домене). Буду пробовать по порядку... уже не сегодня (женщины требуют...)
Автор: bigsloth
Дата сообщения: 05.03.2010 14:51

Цитата:
использовать учетную запись "Сетевая служба" (NT AUTHORITY\NetworkService)

Вам нужен этот вариант. LocalService (от которого запускается сейчас) не может обращаться к чему-либо в сети.
Автор: M_Volkov
Дата сообщения: 05.03.2010 14:57
Под "Сетевая служба" не получилось, а вот под Администратор-ом - сработало, именно так \\Имя_системы\Общая_папка\Путь\Имя_файла!

Добавлено:
bigsloth Спасибо, помог разобраться... на рабочем сервере тоже процесс пошел... будет предпраздничный бэкап базы! А то после 8 Марта бухи такого натворят... самый тяжелый праздник
Автор: opt_step
Дата сообщения: 09.03.2010 09:09
Восстанавливаю базу из бэкапа, при загрузке 1с 7.7 пишет нарушена структура таблицы SC..., пункт тестирование и восстановление базы пробовал, вылетает конфигуратор, куда капать? MS SQL 2000 + SP4? 1c 7.7.027
Автор: bigsloth
Дата сообщения: 09.03.2010 10:56
Попробуйте запустить DBCC CHECKDB ('your_database') WITH NO_INFOMSGS. В зависимости от полученных ошибок - смотрите http://msdn.microsoft.com/en-us/library/aa258278(SQL.80).aspx (REPAIR_FAST\REPAIR_REBUILD\REPAIR_ALLOW_DATA_LOSS).
Если ошибок нет - копайте в сторону 1С. Насколько я знаю, для резервного копирования 1с 7.7 недостаточно только SQL-бэкапа...
Автор: opt_step
Дата сообщения: 09.03.2010 11:13
bigsloth
делал, ошибок НЕТ
Автор: bigsloth
Дата сообщения: 09.03.2010 11:30
С точки зрения MS SQL с базой все ок. Вы уверены, что правильный бэкап восстановили? Подобные ошибки, если верить гуглу, возникают при несоответствии MD-файла восстановленной резервной копии.
Автор: opt_step
Дата сообщения: 09.03.2010 11:34
bigsloth
да конечно правильный
Автор: M_Volkov
Дата сообщения: 09.03.2010 13:38

Цитата:
возникают при несоответствии MD-файла восстановленной резервной копии

Скорее всего так и есть, файл конфигурации (MD-файл) не входит в sql-бэкап, надо старый MD-файл восстановить!
Автор: opt_step
Дата сообщения: 10.03.2010 04:49
MD не в нем было дело, у меня есть два варианта 27 релиза, первый не помню откуда, вот с ним и была описанная выше проблема, я развернул UniSetup 1C 7.7.027, и представляете он ТЕСТИРОВАНИЕ и ИСПРАВЛЕНИЕ ИБ сделал без проблем.
Автор: redxes
Дата сообщения: 10.03.2010 06:46
Назрел вопрос, т.к. четкой информации не нашел.

Есть рабочая база Trade, которая находится физически диске D, размер около 60Гб.
Каждый день ночью производится создание full-бэкапа.
Требуется создать скрипт который бы восстанавливал этот бэкап в тестовую базу Test, которая в свою очередь находится на диске Q.
Понятное дело, что для восстановления используется оператор RESTORE DATABASE, но только с параметрами запуска разобраться не могу, т.к. при запуске по умолчанию бэкап восстанавливается в базу test, но в то же место, где находится рабочая база, вываливается ошибка из-за нехватки места на диске, что естественно. Мне нужно именно в скрипте указать местоположение файлов базы test, т.е. test.mdf и test_log.ldf .
Подскажите нужные параметры.
Автор: bigsloth
Дата сообщения: 10.03.2010 07:04
WITH
MOVE 'logical_mdf_name' TO 'new_path.mdf',
MOVE 'logical_ldf_name' TO 'new_path.ldf'
Автор: redxes
Дата сообщения: 10.03.2010 07:33

Цитата:
WITH
MOVE 'logical_mdf_name' TO 'new_path.mdf',
MOVE 'logical_ldf_name' TO 'new_path.ldf'

т.е. будет
RESTORE DATABASE test from trade WITH
MOVE "D:\MSSQL\Data\Trade.mdf" TO "Q:\TestDB\test.mdf"
MOVE "D:\MSSQL\Data\Trade_log.ldf" TO "Q:\TestDB\test_log.ldf"

Автор: bigsloth
Дата сообщения: 10.03.2010 07:44
Нет
RESTORE DATABASE test
FROM backup_name
WITH RECOVERY,
MOVE 'logcial_name' TO 'Q:\...',
MOVE 'logica_ldf_name' TO 'Q:\...'

Если у вас SQL Server 2005\2008 логические имена можно получить таким запросом:
use [your_database]
select name, physical_name from sys.database_files
колонка name - то что вам нужно.

А вся четкая информация есть в BOL.
Автор: redxes
Дата сообщения: 10.03.2010 08:01

Цитата:
Если у вас SQL Server 2005\2008

сервер MS SQL 2000

Добавлено:
все , нашел
посмотрел логические имена файлов в таблице базы [sysfiles] и [sysfiles1]
поля NAME

USE test
SELECT name,filename FROM sysfiles



получилось следующее

RESTORE DATABASE test FROM trade WITH RECOVERY,
MOVE 'Trade' TO 'Q:\TestDB\test.mdf',
MOVE 'Trade_log' TO 'Q:\TestDB\test_log.ldf'

Всем спасибо за помощь и наставления!





Автор: Karlindows
Дата сообщения: 11.03.2010 16:20
Приветствую всех, прошу помочь разобраться с репликациями.

Имеется база на MS SQL Server 2005. Настроил репликацию (транзакций) между двумя серверами. Репликация работает, но есть один нюанс: при репликации не передаются описания полей и таблиц. Причем пробовал заранее создавать на подписчике базу с таблицами, где присутствуют описания полей (создавал из сгенерированного скрипта из родной базы). Все перезаписывается при инициализации подписчика. Причем если после инициализации подписчика задать описания то они хранятся, даже делал так:
Инициализировал, потом из базы удалял таблицы, создавал скриптами с описаниями. Вот при синхронизации описания остаются на месте, данные синхронизируются, но увы только последнии транзакции, т.е. без инициализации ни куда. Просто сейчас тестирую с базой из 2-х таблиц, а потом потребуется из гораздо большего кол-ва таблиц, и вручную описанийй не напишешся. Есть ли какие нибудь способы сохранить описания при инициализации, или задания с помощью скриптов? Какой нибудь отчасти автоматизированный метод... Поиском конкретно про описания толком ничего не нашел...

Заранее благодарен.
Автор: greenfox
Дата сообщения: 17.03.2010 21:08
Подскажите, серверный sql aliases это как именно работает? Он на что непосредственно создаёт алиас? (а то из бола несколько не понял в чём фича - это в той ОС где данный алиас привязан создаётся на уровне этой ОС запись что все коннекты к такому-то сиквелу по имени такому-то (алиас) редиректить туда-то? Или что-то иное?)

Спс!
Автор: opt_step
Дата сообщения: 18.03.2010 12:12
Связка: WinXP SP3 + MS SQL 2008 EXSPRISE edition + 1С Uni 027.7.7 + дрова SQL для запуска 7.7 на sql2008.
поставил пустую базу, все работает как часы, делаю загрузку через zip (конфигуратор) вот такая ошибка:
http://img.pixs.ru/storage/1/6/2/Bezimyanni_1730965_528162.jpg
т.е. база уже загружена нормально, итоги пересчитаны, а при очистке журнала транзакций выходит вот такая штука.

Добавлено:
greenfox
При подключении к SQL Server с компьютера или из вашего приложения / веб-серверов, вы можете создать псевдонимы для подключения. Прежде чем мы начнем получать в мельчайших подробностях псевдонимов, давайте посмотрим, как можно создать. Вы можете использовать SQL Server Connection Manager в SQL Server 2005 для его настройки и в случае, если инструмент не установлен, то вы можете также использовать cliconfg.exe (обратите внимание - нет я в confg), который находится под C: \ WINDOWS \ System32. Если вы используете диспетчер соединений, вы получите экран, как это:
Если вы используете cliconfg.exe (так же называется в SQL Server 2000 при использовании SQL Server Client Network Utility), вы получите диалоговое окно, как показано ниже (с указанием псевдонима вкладки):
Как вы можете видеть сверху, тот же псевдоним, который мы создали, используя связь SQL Server Manager автоматически видимыми помощью cliconfg.exe как хорошо - это потому, что они оба читать эту запись из реестра. Место, где эти связи псевдонимы могут быть найдены в системном реестре:
HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ MSSQLServer \ Client \ ConnectTo
Теперь, когда мы видели, как идти о создании псевдонима и где оно хранится, что именно является использование этой функции? Есть пара из преимуществ использования псевдонимов:

1) псевдоним может быть использован для определения определенное пользователем имя для соединения с сервером, даже если эти изменения IP-адреса позже, нет никаких изменений в строке соединения - вам просто необходимо обновить псевдоним и приложение будет держать работать, как раньше. Вам не нужно будет указать имя экземпляра в строке применения соединения (ы). И, используя IP адрес непосредственно в определение псевдонима также может сохранить вам несколько раз в DNS делает вид деятельности.

2) Вы можете сделать подключение к SQL Server с использованием различных протоколов: TCP / IP, именованных каналов и т.д., и указать конкретные параметры, такие как порт TCP или имя канала т.д.

3) Другие названия тоже хороши для увеличения производительности. Поскольку псевдоним заданного протокола, он может помочь вам ускорить соединение. Подумайте о том, что происходит при подключении к SQL Server из клиентского приложения. Он должен попытаться различными протоколами в порядке, что они определены в SQL Server Connection Manager (SQL 2005) или SQL Server Client Network Utility (SQL 2000). Если вы уже знаете, какой протокол и порт вашего сервера прослушивает, формируя псевдоним можно обойти открытие фаз, что служба SQL Browser проходит. Кроме того, если вы знаете и протестированные приложения использованием специального протокола, можно стандартизировать псевдоним техники по всем направлениям.
Английский вариант: http://decipherinfosys.wordpress.com/2007/11/26/using-a-server-alias-to-connect-to-sql-server-instances/
(с картинками)
Автор: bigsloth
Дата сообщения: 18.03.2010 13:29
http://forum.1csql.ru/index.php?topic=411.0
Так пробовали?

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566

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


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