Microsoft SQL Server - кто создал хранимую процедуру? - PullRequest
8 голосов
/ 04 марта 2009

Есть ли хороший способ узнать, кто создал хранимую процедуру в SQL Server 2005 (которая также работает в 2008 году)? В SQL Management Studio можно щелкнуть правой кнопкой мыши / свойства на процедуре, чтобы получить созданную дату / время, но как мне найти создателя?

Ответы [ 5 ]

6 голосов
/ 04 марта 2009

Возможно, вам уже слишком поздно, но вы можете отслеживать активность DDL.

В нашей административной базе данных есть таблица, в которую заносится вся активность. Он использует триггер DDL, впервые появившийся в 2005 году. Эти сценарии создают таблицу в вашей административной БД (для меня SQL_DBA), создают триггер на модели db, создают триггеры на существующих базах данных. Я также создал инструкцию sp_msforeachDB в конце, чтобы отключить их все.

Одно предупреждение - ваши базы данных должны быть в режиме совместимости 90 (в опциях для каждого дБ), в противном случае вы можете начать получать ошибки. Учетной записи в части выписки EXECUTE AS также необходим доступ для вставки в таблицу администратора.

USE [SQL_DBA]
GO
/****** Object:  Table [dbo].[DDL_Login_Log]    Script Date: 03/03/2009 17:28:10 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[DDL_Login_Log](
    [DDL_Id] [int] IDENTITY(1,1) NOT NULL,
    [PostTime] [datetime] NOT NULL,
    [DB_User] [nvarchar](100) NULL,
    [DBName] [nvarchar](100) NULL,
    [Event] [nvarchar](100) NULL,
    [TSQL] [nvarchar](2000) NULL,
    [Object] [nvarchar](1000) NULL,
 CONSTRAINT [PK_DDL_Login_Log] PRIMARY KEY CLUSTERED 
(
    [DDL_Id] ASC,
    [PostTime] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
--This creates the trigger on the model database so all new DBs get it
USE [model]
GO
/****** Object:  DdlTrigger [ddl_DB_User]    Script Date: 03/03/2009 17:26:13 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TRIGGER [ddl_DB_User] 
ON DATABASE
FOR DDL_DATABASE_SECURITY_EVENTS
AS 

DECLARE @data XML
declare @user nvarchar(100)

SET @data = EVENTDATA()
select @user = convert(nvarchar(100), SYSTEM_USER)

execute as login='domain\sqlagent'
INSERT sql_dba.dbo.DDL_Login_Log 
   (PostTime, DB_User, DBName, Event, TSQL,Object) 
   VALUES 
   (@data.value('(/EVENT_INSTANCE/PostTime)[1]', 'nvarchar(100)'), 
   @user,
    db_name(),
    @data.value('(/EVENT_INSTANCE/EventType)[1]', 'nvarchar(100)'), 
   @data.value('(/EVENT_INSTANCE/TSQLCommand/CommandText)[1]','nvarchar(max)'),
    @data.value('(/EVENT_INSTANCE/ObjectName)[1]', 'nvarchar(1000)')
)

GO
SET ANSI_NULLS OFF
GO
SET QUOTED_IDENTIFIER OFF
GO


--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
--CREATE TRIGGER IN ALL NON SYSTEM DATABASES

DECLARE @dataname varchar(255),
@dataname_header varchar(255),
@command VARCHAR(MAX),
@usecommand VARCHAR(100)
SET @command = '';
DECLARE datanames_cursor CURSOR FOR SELECT name FROM sys.databases 
WHERE name not in ('master', 'pubs', 'tempdb', 'model','msdb')
OPEN datanames_cursor
FETCH NEXT FROM datanames_cursor INTO @dataname
WHILE (@@fetch_status = 0)
BEGIN

PRINT '----------BEGIN---------'

PRINT 'DATANAME variable: ' + @dataname;

EXEC ('USE ' + @dataname);

PRINT 'CURRENT db: ' + db_name();

SELECT @command = 'CREATE TRIGGER DBA_Audit ON DATABASE
FOR DDL_DATABASE_LEVEL_EVENTS
AS
DECLARE @data XML
DECLARE @cmd NVARCHAR(1000)
DECLARE @posttime NVARCHAR(24)
DECLARE @spid NVARCHAR(6)
DECLARE @loginname NVARCHAR(100)
DECLARE @hostname NVARCHAR(100)
SET @data = EVENTDATA()
SET @cmd = @data.value(''(/EVENT_INSTANCE/TSQLCommand/CommandText)[1]'', ''NVARCHAR(1000)'')
SET @cmd = LTRIM(RTRIM(REPLACE(@cmd,'''','''')))
SET @posttime = @data.value(''(/EVENT_INSTANCE/PostTime)[1]'', ''DATETIME'')
SET @spid = @data.value(''(/EVENT_INSTANCE/SPID)[1]'', ''nvarchar(6)'')
SET @loginname = @data.value(''(/EVENT_INSTANCE/LoginName)[1]'',
    ''NVARCHAR(100)'')
SET @hostname = HOST_NAME()
INSERT INTO [DBA_AUDIT].dbo.AuditLog(Command, PostTime,HostName,LoginName)
 VALUES(@cmd, @posttime, @hostname, @loginname);'

 EXEC (@command);
 FETCH NEXT FROM datanames_cursor INTO @dataname;
PRINT '----------END---------'
END
CLOSE datanames_cursor
DEALLOCATE datanames_cursor

--------------------------------------------------------------------------------
--------------------------------------------------------------------------------

----Disable all triggers when things go haywire
sp_msforeachdb @command1='use [?]; IF  EXISTS (SELECT * FROM sys.triggers WHERE name = N''ddl_DB_User'' AND parent_class=0)disable TRIGGER [ddl_DB_User] ON DATABASE'
3 голосов
/ 04 марта 2009

Если он не был создан слишком давно, попробуйте это:

DECLARE @path varchar(256)

SELECT @path = path
FROM sys.traces
where id = 1

SELECT *
FROM fn_trace_gettable(@path, 1)

Выбирает текущую (из коробки) трассировку по умолчанию. Если он был создан недавно (а сервер не был перезапущен недавно), то имя объекта хранимой процедуры и имя входа, которое его создало, будут в данных трассировки.

3 голосов
/ 04 марта 2009

Я считаю, что это недоступно в SQL 2005. Конечно, оно недоступно в свойствах в SQL Management Studio и недоступно в таблице sys.objects или любых других, которые я вижу.

2 голосов
/ 31 марта 2009

По той же идее, что и у Сэма, вы можете использовать триггер DDL для сбора необходимой информации, а затем отправлять эти данные в очередь посредника SQL Service, которая может перенаправить ее в базу данных администратора (которая может быть на другом сервере при необходимости ) который затем будет содержать все изменения DDL.

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

Было бы немного больше настроек с этим методом, но после настройки он работал бы независимо от того, кто сделал изменение объекта.

0 голосов
/ 19 ноября 2009

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

Однако вы можете использовать SQL Server Profiler для отслеживания действий DDL. В разделе «Выбор событий» проверьте следующие события:

Объекты / Объект: Изменено

Объекты / Объект: Создано

Объекты / Объект: Удалено

Существует также множество параметров настройки: вы можете сохранить выходные данные в файл или таблицу, отфильтровать выходные данные на основе любых столбцов и т. Д.

...