none
SQL log error.txt переполняет диск С RRS feed

  • Вопрос

  • Прошу помочь разобраться в логе SQL server 2008 R2 (error.txt).

    постоянно несколько раз в минуту штампует какой то дамп в лог , в итоге лог выростяет до полного отсутствия свободного места на диске С. выкладываю часть лога после перезагрузки сервера:  http://zalil.ru/33438674


    • Изменено stum74 13 июня 2012 г. 17:28 добавление
    13 июня 2012 г. 17:25

Ответы

  • Спасибо за ответы.

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

    Честно говоря хотел поднять вопрос для знатоков, сам я администрирую субд на поверхностном уровне, обеспечивая работу баз 1с в скл:

    1. Почти за одну неделю было два "крушения" скл сервер 2008 R2.  Почему это происходит, и как этого избежать. Мы отдали за лицензию 8т баксов.

     1.1 Первое "крушение"  было в кластерной реализации. А имено, две ноды виртуализировнных серверов на ОС вин сервер 2008 R2. ресурсы под кластер отдал 8 ядер, 20Гб оперативы и порядка 300 ГБ хдд пространства на 5 виртуальных дисках. После очередного (зачастившого) ночного отключения электропитания, упсы сдохли обесточив серверное оборудование.

    В итоге скл мне выдает что лог базы мастер побился , восстановите базу мастер из бекапа. После перевода скл в однопользовательский режим  мне постоянно говорилось что там уже кто то сидит. Долго мы боролись с скл с руководителем программистов, но плюнув я поднял новый стенд элоун скл сервер 2008 r2

    1.2 Второе "крушение" прошло через неделю в мой отпуск, после очередного отключения электропитания. В этот раз уше вылетела ошибка приведенная в первом посте этого топика.

    Что это, мне так везет с скл, что он при каждом отключении падает, или что?

    Оборудование на котором работает система:

    1. Блейд сервер ProLiant BL460cG7 Xeon E5506 QC (Xeon 2.13GHz/4MB/3x2GbRD/RAID P410i(ZM) 1,0/no SFF HDD(2)/2xFlex1/10Gb CNA/iLO blade edit/1slot in Encl)

    2. На блейде установлен гипервизер ESX 5.0

    3. Datastore располагается на p2000 g3 fc iscsi, sas винты

    • Помечено в качестве ответа Dmitry Davydov 6 июля 2012 г. 9:32
    26 июня 2012 г. 5:07

Все ответы

  • вот штампует постоянно файлы SQLDmpr0001

    FEFF218FFF  000c9000
    2012-06-13 21:19:39.21 spid15s     * USERENV                        000007FEFC190000  000007FEFC1ADFFF  0001e000
    2012-06-13 21:19:39.21 spid15s     * profapi                        000007FEFCE60000  000007FEFCE6EFFF  0000f000
    2012-06-13 21:19:39.21 spid15s     * WINMM                          000007FEF9FE0000  000007FEFA01AFFF  0003b000
    2012-06-13 21:19:39.21 spid15s     * IPHLPAPI                       000007FEFB340000  000007FEFB366FFF  00027000
    2012-06-13 21:19:39.21 spid15s     * NSI                            000007FEFD860000  000007FEFD867FFF  00008000
    2012-06-13 21:19:39.21 spid15s     * WINNSI                         000007FEFB3D0000  000007FEFB3DAFFF  0000b000
    2012-06-13 21:19:39.21 spid15s     * opends60                       00000000749F0000  00000000749F7FFF  00008000
    2012-06-13 21:19:39.21 spid15s     * NETAPI32                       000007FEFAFA0000  000007FEFAFB5FFF  00016000
    2012-06-13 21:19:39.21 spid15s     * netutils                       000007FEFC320000  000007FEFC32BFFF  0000c000
    2012-06-13 21:19:39.21 spid15s     * srvcli                         000007FEFCA60000  000007FEFCA82FFF  00023000
    2012-06-13 21:19:39.21 spid15s     * wkscli                         000007FEFAF30000  000007FEFAF44FFF  00015000
    2012-06-13 21:19:39.21 spid15s     * LOGONCLI                       000007FEFC4E0000  000007FEFC50FFFF  00030000
    2012-06-13 21:19:39.21 spid15s     * SAMCLI                         000007FEFA1D0000  000007FEFA1E3FFF  00014000
    2012-06-13 21:19:39.21 spid15s     * BatchParser                    00000000749C0000  00000000749ECFFF  0002d000
    2012-06-13 21:19:39.21 spid15s     * IMM32                          000007FEFDF30000  000007FEFDF5DFFF  0002e000
    2012-06-13 21:19:39.21 spid15s     * MSCTF                          000007FEFDE20000  000007FEFDF28FFF  00109000
    2012-06-13 21:19:39.21 spid15s     * psapi                          00000000770D0000  00000000770D6FFF  00007000
    2012-06-13 21:19:39.21 spid15s     * instapi10                      00000000749B0000  00000000749BCFFF  0000d000
    2012-06-13 21:19:39.21 spid15s     * cscapi                         000007FEFA760000  000007FEFA76EFFF  0000f000
    2012-06-13 21:19:39.21 spid15s     * sqlevn70                       00000000747A0000  00000000749A0FFF  00201000
    2012-06-13 21:19:39.21 spid15s     * CRYPTSP                        000007FEFC6F0000  000007FEFC706FFF  00017000
    2012-06-13 21:19:39.21 spid15s     * rsaenh                         000007FEFC3F0000  000007FEFC436FFF  00047000
    2012-06-13 21:19:39.21 spid15s     * CRYPTBASE                      000007FEFCD50000  000007FEFCD5EFFF  0000f000
    2012-06-13 21:19:39.21 spid15s     * BROWCLI                        000007FEF86D0000  000007FEF86E1FFF  00012000
    2012-06-13 21:19:39.21 spid15s     * AUTHZ                          000007FEFC8C0000  000007FEFC8EEFFF  0002f000
    2012-06-13 21:19:39.21 spid15s     * MSCOREE                        000007FEF9F70000  000007FEF9FDEFFF  0006f000
    2012-06-13 21:19:39.21 spid15s     * ole32                          000007FEFD5D0000  000007FEFD7D2FFF  00203000
    2012-06-13 21:19:39.21 spid15s     * credssp                        000007FEFC2F0000  000007FEFC2F9FFF  0000a000
    2012-06-13 21:19:39.21 spid15s     * msv1_0                         000007FEFC620000  000007FEFC670FFF  00051000
    2012-06-13 21:19:39.21 spid15s     * cryptdll                       000007FEFC970000  000007FEFC983FFF  00014000
    2012-06-13 21:19:39.21 spid15s     * kerberos                       000007FEFC710000  000007FEFC7C3FFF  000b4000
    2012-06-13 21:19:39.21 spid15s     * MSASN1                         000007FEFCF00000  000007FEFCF0EFFF  0000f000
    2012-06-13 21:19:39.21 spid15s     * schannel                       000007FEFC480000  000007FEFC4D7FFF  00058000
    2012-06-13 21:19:39.21 spid15s     * CRYPT32                        000007FEFD060000  000007FEFD1C6FFF  00167000
    2012-06-13 21:19:39.21 spid15s     * security                       0000000074720000  0000000074722FFF  00003000
    2012-06-13 21:19:39.21 spid15s     * WS2_32                         000007FEFD230000  000007FEFD27CFFF  0004d000
    2012-06-13 21:19:39.21 spid15s     * SHELL32                        000007FEFE0E0000  000007FEFEE67FFF  00d88000
    2012-06-13 21:19:39.21 spid15s     * OLEAUT32                       000007FEFE000000  000007FEFE0D6FFF  000d7000
    2012-06-13 21:19:39.21 spid15s     * ncrypt                         000007FEFC870000  000007FEFC8BDFFF  0004e000
    2012-06-13 21:19:39.21 spid15s     * bcrypt                         000007FEFC840000  000007FEFC861FFF  00022000
    2012-06-13 21:19:39.21 spid15s     * mswsock                        000007FEFC690000  000007FEFC6E4FFF  00055000
    2012-06-13 21:19:39.21 spid15s     * wship6                         000007FEFC680000  000007FEFC686FFF  00007000
    2012-06-13 21:19:39.21 spid15s     * wshtcpip                       000007FEFC070000  000007FEFC076FFF  00007000
    2012-06-13 21:19:39.21 spid15s     * ntmarta                        000007FEFBF70000  000007FEFBF9CFFF  0002d000
    2012-06-13 21:19:39.21 spid15s     * WLDAP32                        000007FEFD7E0000  000007FEFD831FFF  00052000
    2012-06-13 21:19:39.21 spid15s     * ntdsapi                        000007FEFA070000  000007FEFA096FFF  00027000
    2012-06-13 21:19:39.21 spid15s     * DNSAPI                         000007FEFC510000  000007FEFC56AFFF  0005b000
    2012-06-13 21:19:39.21 spid15s     * rasadhlp                       000007FEFA7C0000  000007FEFA7C7FFF  00008000
    2012-06-13 21:19:39.21 spid15s     * fwpuclnt                       000007FEFB370000  000007FEFB3C2FFF  00053000
    2012-06-13 21:19:39.21 spid15s     * bcryptprimitives               000007FEFC330000  000007FEFC37BFFF  0004c000
    2012-06-13 21:19:39.21 spid15s     * CLBCatQ                        000007FEFD9F0000  000007FEFDA88FFF  00099000
    2012-06-13 21:19:39.21 spid15s     * sqlncli10                      0000000074420000  00000000746D7FFF  002b8000
    2012-06-13 21:19:39.21 spid15s     * VERSION                        000007FEFBFA0000  000007FEFBFABFFF  0000c000
    2012-06-13 21:19:39.21 spid15s     * COMCTL32                       000007FEF6000000  000007FEF609FFFF  000a0000
    2012-06-13 21:19:39.21 spid15s     * COMDLG32                       000007FEFDF60000  000007FEFDFF6FFF  00097000
    2012-06-13 21:19:39.21 spid15s     * SQLNCLIR10                     0000000074120000  0000000074156FFF  00037000
    2012-06-13 21:19:39.21 spid15s     * xpsqlbot                       0000000074110000  0000000074117FFF  00008000
    2012-06-13 21:19:39.21 spid15s     * xpstar                         0000000074080000  0000000074107FFF  00088000
    2012-06-13 21:19:39.21 spid15s     * SQLSCM                         0000000074410000  000000007441DFFF  0000e000
    2012-06-13 21:19:39.21 spid15s     * ODBC32                         000007FEF5F40000  000007FEF5FF0FFF  000b1000
    2012-06-13 21:19:39.21 spid15s     * ATL80                          0000000074060000  000000007407FFFF  00020000
    2012-06-13 21:19:39.21 spid15s     * odbcint                        00000000743C0000  00000000743F7FFF  00038000
    2012-06-13 21:19:39.21 spid15s     * clusapi                        000007FEF5820000  000007FEF586FFFF  00050000
    2012-06-13 21:19:39.21 spid15s     * resutils                       000007FEF5800000  000007FEF5818FFF  00019000
    2012-06-13 21:19:39.21 spid15s     * xpstar                         0000000074030000  0000000074054FFF  00025000
    2012-06-13 21:19:39.21 spid15s     * xplog70                        0000000073D80000  0000000073D8FFFF  00010000
    2012-06-13 21:19:39.21 spid15s     * xplog70                        0000000073D70000  0000000073D71FFF  00002000
    2012-06-13 21:19:39.21 spid15s     * apphelp                        000007FEFCCF0000  000007FEFCD46FFF  00057000
    2012-06-13 21:19:39.21 spid15s     * SAMLIB                         000007FEFA1B0000  000007FEFA1CCFFF  0001d000
    2012-06-13 21:19:39.21 spid15s     * dbghelp                        0000000065850000  00000000659ADFFF  0015e000
    2012-06-13 21:19:39.21 spid15s     *
    2012-06-13 21:19:39.21 spid15s     *     P1Home: 0044004C00510053:  
    2012-06-13 21:19:39.21 spid15s     *     P2Home: 0000000000458224:  0022002501210023  0024002900230027  0026002D0025002B  002800310027002F  002A003500290033  002C0039002B0037  
    2012-06-13 21:19:39.21 spid15s     *     P3Home: 000000000045FCC0:  000000000C991FB0  000000000C991FB0  0000000000000000  0000000000000000  0000000000000000  0000000000000000  
    2012-06-13 21:19:39.21 spid15s     *     P4Home: 0000000000000000:  
    2012-06-13 21:19:39.21 spid15s     *     P5Home: 0052004500B000AE:  
    2012-06-13 21:19:39.21 spid15s     *     P6Home: 000000000C9D4EF8:  0050005C003A0043  00720067006F0072  00460020006D0061  00730065006C0069  00630069004D005C  006F0073006F0072  
    2012-06-13 21:19:39.21 spid15s     * ContextFlags: 000000000010000F:  0000000000000000  0000000000000000  0000000000000000  0000000000000000  0000000000000000  0000000000000000  
    2012-06-13 21:19:39.21 spid15s     *      MxCsr: 0000000000001FA0:  
    2012-06-13 21:19:39.21 spid15s     *      SegCs: 0000000000000033:  
    2012-06-13 21:19:39.21 spid15s     *      SegDs: 000000000000002B:  
    2012-06-13 21:19:39.21 spid15s     *      SegEs: 000000000000002B:  
    2012-06-13 21:19:39.21 spid15s     *      SegFs: 0000000000000053:  
    2012-06-13 21:19:39.21 spid15s     *      SegGs: 000000000000002B:  
    2012-06-13 21:19:39.21 spid15s     *      SegSs: 000000000000002B:  
    2012-06-13 21:19:39.21 spid15s     *     EFlags: 0000000000000202:  
    2012-06-13 21:19:39.21 spid15s     *        Rax: 0000000063462949:  
    2012-06-13 21:19:39.21 spid15s     *        Rcx: 000000001442C170:  0044004C00510053  0000000000458224  000000000045FCC0  0000000000000000  0052004500B000AE  000000000C9D4EF8  
    2012-06-13 21:19:39.21 spid15s     *        Rdx: 0000000000000000:  
    2012-06-13 21:19:39.21 spid15s     *        Rbx: 0000000000000000:  
    2012-06-13 21:19:39.21 spid15s     *        Rsp: 000000001442C780:  0000000000000000  00000000813CEB20  000000001442C9B0  000007FFFFF66000  00000000000042AC  0000000000000000  
    2012-06-13 21:19:39.21 spid15s     *        Rbp: 0000000002E586CE:  000002D8248C8B48  FDC09F02E8CC3348  00000310249C8B48  41000002E0C48148  90909090C35E5F5C  9090909090909090  
    2012-06-13 21:19:39.21 spid15s     *        Rsi: 00000000813CEB20:  00000000813CEB20  00000000813CEA20  0000000000000000  0000000000000004  00000000813CEB40  00000000813CEB40  
    2012-06-13 21:19:39.21 spid15s     *        Rdi: 000000001442C9B0:  000000000C9D4EF0  0000000000000000  00000000FFFFFFFE  000000001442CA58  000000001442CA46  0000000000A60000  
    2012-06-13 21:19:39.21 spid15s     *         R8: 0000000000000000:  
    2012-06-13 21:19:39.21 spid15s     *         R9: 0000000000000000:  
    2012-06-13 21:19:39.21 spid15s     *        R10: 0000000000000000:  
    2012-06-13 21:19:39.21 spid15s     *        R11: 000000001442CF90:  0044004C00510053  0000000000458224  000000000045FCC0  0000000000000000  0052004500B000AE  000000000C9D4EF8  
    2012-06-13 21:19:39.21 spid15s     *        R12: 0000000000000001:  
    2012-06-13 21:19:39.21 spid15s     *        R13: 00000000813CEA20:  00000000813CE080  00000000813CE240  0000000000000000  00000000813CE9D0  00000000813CEA90  00000000803C07F0  
    2012-06-13 21:19:39.21 spid15s     *        R14: 000000001442DF30:  0072005F00780065  0065007300690061  00450020003A0032  0070006500630078  006E006F00690074  0069006100720020  
    2012-06-13 21:19:39.21 spid15s     *        R15: 00000000FFFFFFFF:  
    2012-06-13 21:19:39.21 spid15s     *        Rip: 000007FEFCF1CACD:  C3000000C8C48148  9090909090909090  18245C8948909090  4156415541544155  45ED3320EC834857  F08B4DE98B4DE432  
    2012-06-13 21:19:39.21 spid15s     * *******************************************************************************
    2012-06-13 21:19:39.21 spid15s     * -------------------------------------------------------------------------------
    2012-06-13 21:19:39.21 spid15s     * Short Stack Dump
    2012-06-13 21:19:39.21 spid15s     000007FEFCF1CACD Module(KERNELBASE+000000000000CACD)
    2012-06-13 21:19:39.21 spid15s     0000000002B0981D Module(sqlservr+00000000020A981D)
    2012-06-13 21:19:39.21 spid15s     0000000002B0DD3A Module(sqlservr+00000000020ADD3A)
    2012-06-13 21:19:39.21 spid15s     0000000002B0D89D Module(sqlservr+00000000020AD89D)
    2012-06-13 21:19:39.21 spid15s     0000000001339E6E Module(sqlservr+00000000008D9E6E)
    2012-06-13 21:19:39.21 spid15s     0000000000E5F2A6 Module(sqlservr+00000000003FF2A6)
    2012-06-13 21:19:39.21 spid15s     0000000002E586CE Module(sqlservr+00000000023F86CE)
    2012-06-13 21:19:39.22 spid15s     00000000011FE50D Module(sqlservr+000000000079E50D)
    2012-06-13 21:19:39.22 spid15s     00000000029190E9 Module(sqlservr+0000000001EB90E9)
    2012-06-13 21:19:39.22 spid15s     000000000291962F Module(sqlservr+0000000001EB962F)
    2012-06-13 21:19:39.22 spid15s     0000000002919915 Module(sqlservr+0000000001EB9915)
    2012-06-13 21:19:39.22 spid15s     00000000029189DD Module(sqlservr+0000000001EB89DD)
    2012-06-13 21:19:39.22 spid15s     0000000000A7FB5A Module(sqlservr+000000000001FB5A)
    2012-06-13 21:19:39.22 spid15s     0000000000A7F3E3 Module(sqlservr+000000000001F3E3)
    2012-06-13 21:19:39.22 spid15s     0000000000A7F24C Module(sqlservr+000000000001F24C)
    2012-06-13 21:19:39.22 spid15s     0000000000A766C1 Module(sqlservr+00000000000166C1)
    2012-06-13 21:19:39.22 spid15s     0000000000A7F08D Module(sqlservr+000000000001F08D)
    2012-06-13 21:19:39.22 spid15s     0000000000A6BBD8 Module(sqlservr+000000000000BBD8)
    2012-06-13 21:19:39.22 spid15s     0000000000A6B8BA Module(sqlservr+000000000000B8BA)
    2012-06-13 21:19:39.22 spid15s     0000000000A6B6FF Module(sqlservr+000000000000B6FF)
    2012-06-13 21:19:39.22 spid15s     0000000000F88FB6 Module(sqlservr+0000000000528FB6)
    2012-06-13 21:19:39.22 spid15s     0000000000F89175 Module(sqlservr+0000000000529175)
    2012-06-13 21:19:39.22 spid15s     0000000000F89839 Module(sqlservr+0000000000529839)
    2012-06-13 21:19:39.23 spid15s     0000000000F89502 Module(sqlservr+0000000000529502)
    2012-06-13 21:19:39.23 spid15s     0000000074B237D7 Module(MSVCR80+00000000000037D7)
    2012-06-13 21:19:39.23 spid15s     0000000074B23894 Module(MSVCR80+0000000000003894)
    2012-06-13 21:19:39.24 spid15s     0000000076E0652D Module(kernel32+000000000001652D)
    2012-06-13 21:19:39.24 spid15s     0000000076F3C521 Module(ntdll+000000000002C521)
    2012-06-13 21:19:39.27 spid15s     * -------------------------------------------------------------------------------
    2012-06-13 21:19:39.27 spid15s     Stack Signature for the dump is 0x000000008AC00F00
    2012-06-13 21:19:39.50 spid15s     External dump process return code 0x20000001.
    External dump process returned no errors.

    2012-06-13 21:19:49.19 spid17s     ex_raise2: Exception raised, major=52, minor=43, state=8, severity=22, attempting to create symptom dump
    2012-06-13 21:19:49.20 spid17s     Using 'dbghelp.dll' version '4.0.5'
    2012-06-13 21:19:49.99 spid17s     **Dump thread - spid = 0, EC = 0x0000000083528B20
    2012-06-13 21:19:49.99 spid17s     *
    2012-06-13 21:19:49.99 spid17s     * User initiated stack dump.  This is not a server exception dump.
    2012-06-13 21:19:49.99 spid17s     *
    2012-06-13 21:19:49.99 spid17s     ***Stack Dump being sent to C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\LOG\SQLDump10000.txt
    2012-06-13 21:19:49.99 spid17s     * *******************************************************************************
    2012-06-13 21:19:49.99 spid17s     *
    2012-06-13 21:19:49.99 spid17s     * BEGIN STACK DUMP:
    2012-06-13 21:19:49.99 spid17s     *   06/13/12 21:19:49 spid 17
     и тд

    13 июня 2012 г. 17:39
  • Судя по логу, у вас побилась одна из баз. Сервер при старте пытается их все прочекать, но что-то ему не нравится. На первый взгляд, подозрительными кажутся базы TEST и sboy. Не видите ли вы в списке баз в SSMS чего-то необычного? Попробуйте пока сделать detach этим базам и перестартуйте сервис без них. Если поможет, выясняйте, какая из них в беде и ищите бекапы. Возможно, стоит прочекать их на нормальной машине, а не в виртуалке на vmware(вообще неидеальное решение).  
    13 июня 2012 г. 21:25
  • ex_raise2: Exception raised, major=52, minor=43, state=8, severity=22

    22

    Обозначает, что таблица или индекс, указанные в сообщении, повреждены из-за программной проблемы или проблемы оборудования.

    Ошибки степени серьезности 22 происходят редко. При возникновении такой ошибки запустите инструкцию DBCC CHECKDB, чтобы определить, не повреждены ли другие объекты в базе данных. Проблема может быть ограничена только буферным кэшем и не затрагивать сам диск. В этом случае она может быть решена перезапуском экземпляра Database Engine. Чтобы продолжить работу, необходимо повторно подключится к экземпляру Database Engine; при необходимости для решения проблемы используйте инструкцию DBCC. В некоторых случаях может потребоваться восстановление базы данных.

    Если перезапуск экземпляра Database Engine не решает проблемы, значит, она связана с диском. Иногда удаление объекта, указанного в сообщении об ошибке, может решить проблему. Например, если в сообщении указывается, что экземпляр Database Engine нашел в некластеризованном индексе строку с длиной 0, удалите и вновь создайте индекс.

    http://msdn.microsoft.com/ru-ru/library/ms164086.aspx


    http://www.t-sql.ru

    14 июня 2012 г. 2:48
    Отвечающий
  • Спасибо за ответы.

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

    Честно говоря хотел поднять вопрос для знатоков, сам я администрирую субд на поверхностном уровне, обеспечивая работу баз 1с в скл:

    1. Почти за одну неделю было два "крушения" скл сервер 2008 R2.  Почему это происходит, и как этого избежать. Мы отдали за лицензию 8т баксов.

     1.1 Первое "крушение"  было в кластерной реализации. А имено, две ноды виртуализировнных серверов на ОС вин сервер 2008 R2. ресурсы под кластер отдал 8 ядер, 20Гб оперативы и порядка 300 ГБ хдд пространства на 5 виртуальных дисках. После очередного (зачастившого) ночного отключения электропитания, упсы сдохли обесточив серверное оборудование.

    В итоге скл мне выдает что лог базы мастер побился , восстановите базу мастер из бекапа. После перевода скл в однопользовательский режим  мне постоянно говорилось что там уже кто то сидит. Долго мы боролись с скл с руководителем программистов, но плюнув я поднял новый стенд элоун скл сервер 2008 r2

    1.2 Второе "крушение" прошло через неделю в мой отпуск, после очередного отключения электропитания. В этот раз уше вылетела ошибка приведенная в первом посте этого топика.

    Что это, мне так везет с скл, что он при каждом отключении падает, или что?

    Оборудование на котором работает система:

    1. Блейд сервер ProLiant BL460cG7 Xeon E5506 QC (Xeon 2.13GHz/4MB/3x2GbRD/RAID P410i(ZM) 1,0/no SFF HDD(2)/2xFlex1/10Gb CNA/iLO blade edit/1slot in Encl)

    2. На блейде установлен гипервизер ESX 5.0

    3. Datastore располагается на p2000 g3 fc iscsi, sas винты

    • Помечено в качестве ответа Dmitry Davydov 6 июля 2012 г. 9:32
    26 июня 2012 г. 5:07
  • Ничего удивительного в таком поведении я не увидел(особенно если в момент отключения к его базам были обращения и он не простаивал, вот если б он падал произвольно, без всякого отключения питания, тогда было бы странно:)

    Была похожая ситуация, так как баз на сервере было много(>100), создал простой скриптик, которым прочекал(DBCC CHECK) все базы, нашел сбойные, как только их отключил, логи перестал генерить, но это не самое страшное, хуже другое, что в 2 из 4х битых баз полностью восстановить не удалось, пришлось откатываться к бэкапу, так что будьте готовы.

    26 июня 2012 г. 12:07
  • Добрые советы:

    1. Изучайте на систематической основе SQL Server. Тогда не будет сложностей с восстановлением системных баз.

    2. Никогда не виртуализуйте промышленный SQL Server.

    3. Убедите (примеры у вас уже есть) руководство вложиться в инфраструктуру.

    4. Проверьте, не подохли ли батарейки на контроллерах Р2000 и у локальных...

    5. Никогда не используйте iSCSI

    6. Устанавливайте обновления (после предварительного тестирования).

    ... и тогда у вас не будет дампов :)


    26 июня 2012 г. 12:44
  • Добрые советы:

    1. Изучайте на систематической основе SQL Server. Тогда не будет сложностей с восстановлением системных баз.

    2. Никогда не виртуализуйте промышленный SQL Server.

    3. Убедите (примеры у вас уже есть) руководство вложиться в инфраструктуру.

    4. Проверьте, не подохли ли батарейки на контроллерах Р2000 и у локальных...

    5. Никогда не используйте iSCSI

    6. Устанавливайте обновления (после предварительного тестирования).

    ... и тогда у вас не будет дампов :)


    Спасибо за комментарий. Но как можно в наше время отказатся от виртуализации + iSCSI и кластеризации ?

    если мы отбрасываем прогресс человечества в этом направлении, так может и бухов попросил забыть про 1с и на счетах и бумаге данные сохранять? Мой работодатель отвалил за 7 блейдов , полку , вмваре 100т+ зелени - и в итоге вы предлагаете придти к ним и сказать , что это все дорогостоящее оборудование несовместимо с скл 2008 р2? О_0

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

    27 июня 2012 г. 11:56
  • По поводу литературы - переводов давно не видел, свежее выходит только на английском. Могу дать ссылки, купите на амазоне.

    Оборудование с MS SQL соместимо, несовместима реализация :))) В таких случаях всегда говорю, что не стоит делать сложные вещи ещё сложнее.

    В вашем случае, что бы разобраться, кто виновник (DBCC вы то уже должны были прогнать) проблемы, можно только открыв кейс в Майкрософт. Первым делом, ваше железо проверят на совместимость по виртуализации и кластеру (когда вы планировали закупку, наверняка сверялись с HCL). Потом попросят накатить все последние обновления, дрова и прошивки. Потом, очень вероятно, что попросят воспроизвесои проблему без кластера и на чистой от виртуализации среде.

    А насчёт прогресса - я бы поспорил, iSCSI уж точно не из этой оперы :) ИМХО, виртуализация должна занимать свою нищу, а не использоваться для заморочки оптимизатора и планировщиков MS SQL...

    В наше время, вполне можно обойтись без виртуализации, уж поверьте. В том же SQL Server 2012 уже появились средства поддержания высокой доступности, более гибкие, чем привычный отказоустойчивый кластер.

    В современных блейдцентрах вполне можно опираться на FC, а не на колизионные сети с нерегулируемой нагрузкой. Зачем доводить инфраструктуру до абсурда?

    И ещё :)

    7. Не верьте презентациям вендоров ;)


    27 июня 2012 г. 12:36
  • А кто порекомендовал вашему работодателю отваливать такие деньги? Какой-то суперэксперт? Не хотите его озадачить?
    27 июня 2012 г. 13:45
  • Спасибо за комментарии.

    Есть у меня сервачек HP ProLiant DL180 G6 , я его приспособил под бекап сервер с 6TB sata. Я подозреваю, что в блейдах с полкой через FC  o\I быстрее чем при работе с SATA винтами.

    а на счет счет литературы, кидайте ссылки по полезным книгам (если есть электронный вариант книг - это будет супер). Еще порекомендуйте литературу для админства, хочу скл изучить посерьезнее от А до Я. Желательно для начала на русском конечно, ибо усвоение будет быстрее. Но на англ тоже можно, если совсем все плохо с рус.

    На счет общения с экспертами. Не при мне это все закупалось и концов я не найду. Моя задача построить стабильную систему субд, что у меня последнее время не получается :(. Хотя есть положительная часть процесса - теперь я могу закрытыми глазами плодить скл сервера, бекапить - восстанавливать базы и прописывать задачи на автобекапы :)


    • Изменено stum74 28 июня 2012 г. 7:06
    28 июня 2012 г. 7:03
  • спасибо!
    29 июня 2012 г. 12:28