![\"twitter\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/twitter.png\" "\\"Share")
<\/a><\/a>![\"linkedin\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/linkedin.png\" "\\"Share")
<\/a>![\"mail\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/mail.png\" "\\"Share")
<\/a>Cet article fait suite \u00e0 une question <\/a>post\u00e9e sur developpez.net<\/em> la semaine derni\u00e8re. La personne indique qu’une erreur 823 est remont\u00e9e sur une base en version SQL Server 2000. On lui demande d’inspecter les logs syst\u00e8mes \u00e0 la recherche d’une panne mat\u00e9rielle qui aurait pu \u00eatre \u00e0 l’origine du probl\u00e8me, puis de retourner le r\u00e9sultat d’un DBCC CHECKDB sur la base:<\/p>\n Outre le fait qu’un probl\u00e8me mat\u00e9riel emp\u00eache tout bonnement la lecture d’une page depuis le disque, le CHECKDB indique deux autres erreurs 8978 et 8976, parlant d’un probl\u00e8me de liaison de page. On rappelle que chaque page de donn\u00e9es ou d’index hors pages sp\u00e9ciales (IAM, DBINFO, SGAM, GAM, PFS, ML, DM,…) est li\u00e9e \u00e0 la page qui la pr\u00e9c\u00e8de et \u00e0 la page qui la suit dans le plan d’allocation, mais aussi \u00e0 une page parente dans un index.<\/p>\n Lorsqu’une page parente r\u00e9f\u00e9rence une page \u00e0 un niveau inf\u00e9rieur du B-tree et que cette page n’est pas trouv\u00e9e, alors DBCC CHECKDB renvoie une erreur 8976. Lorsqu’une page r\u00e9f\u00e9rence une page Next et que cette page n’est pas trouv\u00e9e, alors DBCC CHECKDB renvoie une erreur 8978. Mais ces messages n’indiquent pas s’il ne s’agit que d’une corruption de l’ent\u00eate de la page, ou aussi des donn\u00e9es.<\/p>\n Ce qui veut dire que les donn\u00e9es peuvent \u00eatre bonnes alors que DBCC CHECKDB nous oriente vers un repair_allow_data_loss comme m\u00e9thode de r\u00e9solution, avec les cons\u00e9quences que l’on sait (d\u00e9sallocation de la page qui pose probl\u00e8me et perte des donn\u00e9es).<\/p>\n Dans le cas \u00e9voqu\u00e9 sur developpez.net<\/em>, la personne ne dispose pas de backup, la question est de savoir quelles donn\u00e9es il risque de perdre, et si les donn\u00e9es ne sont pas endommag\u00e9es, comment peut-il les r\u00e9cup\u00e9rer.<\/p>\n Nous allons cr\u00e9er une base linkcorrupt et modifier la valeur du pointeur prevPageID dans une page de niveau feuille d’un index cluster pour forcer des erreurs 8976 et 8978.<\/p>\n On va choisir une page du niveau feuille de l’index cluster (le dbcc ind a \u00e9t\u00e9 purg\u00e9 de certaines colonnes pour une meilleure lisibilit\u00e9)<\/p>\n De ce r\u00e9sultat on d\u00e9duit que:<\/p>\n La page 1:674 se trouve \u00e0 l’offset 0x544000 dans le fichier mdf\u00a0 (674*8192). Il est alors ais\u00e9 de rep\u00e9rer les offset o\u00f9 sont stock\u00e9s les pointeurs prev et next:<\/p>\n Le trait rouge repr\u00e9sente l’offset 0 de la page 1:674. Les 96 premiers octets constituent l’ent\u00eate de la page. x86 \u00e9tant en little-endian, l’octet de poids faible est en premier donc il faut lire \u00e0 l’envers. 02A1 repr\u00e9sente notre page prev 1:673, 02A3 notre page next 1:675 et 02A2 notre PageID. On d\u00e9cide de z\u00e9ro-initialiser l’octet de poids faible de 673 :<\/p>\n On repasse alors la base en ligne et on contr\u00f4le notre base pour v\u00e9rifier qu’elle se trouve bien dans l’\u00e9tat attendu:<\/p>\n Une des questions qu’on peut se poser, comment savoir ce qu’il y a \u00e0 r\u00e9cup\u00e9rer (si les donn\u00e9es ne sont pas touch\u00e9es) ou ce qu’on va potentiellement perdre (si les donn\u00e9es sont touch\u00e9es).<\/p>\n Avant cela, il faut d\u00e9j\u00e0 r\u00e9cup\u00e9rer tout le reste de la table en injectant les donn\u00e9es jusqu’\u00e0 la page 1:673 comprise et \u00e0 partir de la page 1:675 comprise, puis d’inspecter la page 1:674 pour voir si les donn\u00e9es qui y sont contenues sont lisibles. On sait que les pages sont class\u00e9es physiquement dans l’ordre de notre cl\u00e9 clusteris\u00e9e, donc il suffit pour exclure l’intervalle compris dans la page 1:674, de conna\u00eetre la derni\u00e8re valeur de ‘a’ dans la page 1:673 et la premi\u00e8re valeur de ‘a’ dans la page 1:675.<\/p>\n On cr\u00e9\u00e9 deux tables temporaires pour stocker le r\u00e9sultat des dbcc page sur les deux pages prev et next:<\/p>\n C’est la table d’offset de ligne qui permet de retourner les lignes dans l’ordre, dans les faits les lignes ne sont pas n\u00e9cessairement class\u00e9es physiquement dans la page. On se sert des slots pour conna\u00eetre la derni\u00e8re valeur de ‘a’ dans la page 1:673 et la premi\u00e8re dans la page 1:675 (on rappelle qu’on n’a que deux lignes par page).<\/p>\n Il s’agit donc des valeurs de cl\u00e9 5 et 6 qui sont dans la page qui pose probl\u00e8me. On cr\u00e9\u00e9 une table \u00e0 l’identique et on injecte les deux plages de valeurs [0;4] et [7;1000]:<\/p>\n En vert, un hint qui permet de forcer un seek sur l’index clusteris\u00e9. En effet, un Clustered Index Scan aurait tent\u00e9 de lire les pages 1:673 -> 1:674 et aurait remont\u00e9 une erreur de cha\u00eenage et une erreur 824.<\/p>\n Il ne reste plus qu’\u00e0 essayer de lire le contenu de la page endommag\u00e9e pour voir ce qu’il peut y avoir de r\u00e9cup\u00e9rable:<\/p>\n Si la page est lisible alors une requ\u00eate simple permet de ramener les valeurs au format de T1:<\/p>\n Dans le cas o\u00f9 les donn\u00e9es ne sont pas lisibles, on a au moins l’information de la plage qui est perdue, information que ne donne pas le repair_allow_data_loss.<\/p>\n A+. David B.<\/p>\n Cet article fait suite \u00e0 une question post\u00e9e sur developpez.net la semaine derni\u00e8re. La personne indique qu’une erreur 823 est remont\u00e9e sur une base en version SQL Server 2000. On lui demande d’inspecter les logs syst\u00e8mes \u00e0 la recherche d’une… Continuer la lecture Msg*8909, Niveau*16, \u00c9tat*1, Ligne*1\r\nErreur de TABLE : Objet ID = 0, INDEX ID*=*0, page ID = (1:22988). ID de page de l'en-t\u00eate\r\nde page = (0:0).\r\nCHECKDB a trouv\u00e9 0 erreurs d'allocation et 1 erreurs de coh\u00e9rence non associ\u00e9es \u00e0 un\r\nquelconque objet UNIQUE.\r\nMsg*8928, Niveau*16, \u00c9tat*1, Ligne*1\r\nObjet ID = 574885365, INDEX ID = 0 : La page (1:22988) ne peut pas \u00eatre trait\u00e9e<\/span>. Pour\r\nplus d'informations, consultez les autres erreurs.\r\nMsg*8976, Niveau*16, \u00c9tat*1, Ligne*1<\/span>\r\nErreur de table : Objet ID = 574885365, index ID = 1. Page (1:22988) n'a pas \u00e9t\u00e9 trouv\u00e9\r\ndans l'analyse bien que ses parents (1:22930) et (1:22987) pr\u00e9c\u00e9dents y font r\u00e9f\u00e9rence<\/span>.\r\nContr\u00f4lez toutes les erreurs pr\u00e9c\u00e9dentes.\r\nMsg*8978<\/span>, Niveau*16, \u00c9tat*1, Ligne*1\r\nErreur de table : Objet ID = 574885365, index ID = 1. La page (1:22989) n'a pas de r\u00e9f\u00e9rence\r\ndans la page pr\u00e9c\u00e9dente (1:22988). Possibilit\u00e9 d'un probl\u00e8me de liaison de cha\u00eene.<\/span>\r\nCHECKDB a trouv\u00e9 0 erreurs d'allocation et 3 erreurs de coh\u00e9rence dans la TABLE\r\n'XXXXXXXX' (objet ID = 574885365).\r\nCHECKDB a trouv\u00e9 0 erreurs d'allocation et 4 erreurs de coh\u00e9rence dans la base de\r\ndonn\u00e9es 'xxxxxxx'.\r\nrepair_allow_data_loss <\/span>est le minimum de niveau de r\u00e9paration pour les erreurs trouv\u00e9s\r\npar DBCC CHECKDB (chantier ).<\/span><\/pre>\nRepro pour ce probl\u00e8me<\/h2>\n
create database linkcorrupt\r\nGO\r\nuse linkcorrupt\r\nGO\r\n<\/span>create table T1(\r\n a numeric identity,\r\n b char(4000) default replicate('b',4000),\r\n c bigint default round(rand()*100,0))\r\nGO\r\ninsert into T1 default values\r\nGO 1000\r\ncreate unique clustered index IDX_T1C on T1(a)<\/span>\r\nGO\r\n<\/span><\/pre>\ndbcc ind('linkcorrupt','T1',-1)<\/span><\/pre>\n PageFID PagePID\u00a0\u00a0\u00a0\u00a0 PageType IndexLevel NextPageFID NextPagePID PrevPageFID PrevPagePID\r\n ------- ----------- -------- ---------- ----------- ----------- ----------- -----------\r\n 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 90\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 10\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 NULL\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0<\/span>\r\n 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 110\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 2\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 115\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0\r\n 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 115\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 2\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 110\r\n 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 121\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 2\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 2\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0<\/span>\r\n 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 672\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 673\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0\r\n 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 673\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 674\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 672\r\n 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 674\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 675\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 673<\/span>\r\n 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 675\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 676\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 674\r\n 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 676\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 677\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 675\r\n 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 677\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 678\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 676\r\n 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 678\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 679\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 677\r\n 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 679\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 680\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 678\r\n 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 680\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 681\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 679\r\n ...\r\n<\/span><\/pre>\n\n
alter database linkcorrupt set offline<\/span><\/pre>\n![\"\"](\"https:\/\/blog.capdata.fr\/wp-content\/uploads\/2011\/05\/linkcorrupt-1024x290.jpg\" "\\"linkcorrupt\\"")
<\/a><\/p>\n![\"\"](\"https:\/\/blog.capdata.fr\/wp-content\/uploads\/2011\/05\/linkcorrupt2.jpg\" "\\"linkcorrupt2\\"")
<\/a><\/p>\nalter database linkcorrupt set online\r\nGO\r\ndbcc checkdb ('linkcorrupt') with no_infomsgs, all_errormsgs\r\nGO\r\n\r\nMsg\u00a08928, Niveau\u00a016, \u00c9tat\u00a01, Ligne\u00a01\r\nID d'objet 2073058421, ID d'index 1, ID de partition 72057594038386688, ID d'unit\u00e9 d'allocation 72057594043367424 (type In-row data)\u00a0:\r\nimpossible de traiter la page (1:674)<\/span>. Pour plus d'informations, consultez les autres erreurs.\r\nMsg\u00a08939, Niveau\u00a016, \u00c9tat\u00a098, Ligne\u00a01\r\nErreur de table\u00a0: ID d'objet 2073058421, ID d'index 1, ID de partition 72057594038386688, ID d'unit\u00e9 d'allocation 72057594043367424\r\n(type In-row data), page (1:674). \u00c9chec du test (IS_OFF (BUF_IOERR, pBUF->bstat)). Valeurs 12716041 et -4.\r\nMsg\u00a08976<\/span>, Niveau\u00a016, \u00c9tat\u00a01, Ligne\u00a01<\/span>\r\nErreur de table\u00a0: ID d'objet 2073058421, ID d'index 1, ID de partition 72057594038386688, ID d'unit\u00e9 d'allocation 72057594043367424\r\n(type In-row data). La page (1:674) n'a pas \u00e9t\u00e9 d\u00e9tect\u00e9e lors de l'analyse alors que sa page parent (1:110) et les (1:673) pages pr\u00e9c\u00e9dentes\r\nla r\u00e9f\u00e9rencent<\/span>. V\u00e9rifiez les erreurs pr\u00e9c\u00e9dentes.\r\nMsg\u00a08978, Niveau\u00a016, \u00c9tat\u00a01, Ligne\u00a01<\/span>\r\nErreur de table\u00a0: ID d'objet 2073058421, ID d'index 1, ID de partition 72057594038386688, ID d'unit\u00e9 d'allocation 72057594043367424\r\n(type In-row data). Une r\u00e9f\u00e9rence de la page pr\u00e9c\u00e9dente (1:674) est manquante \u00e0 la page (1:675)<\/span>. Un probl\u00e8me de liaison de cha\u00eene s'est\r\npeut-\u00eatre produit.\r\nCHECKDB a trouv\u00e9 0 erreurs d'allocation et 4 erreurs de coh\u00e9rence dans la table 'T1' (ID d'objet 2073058421).\r\nCHECKDB a trouv\u00e9 0 erreurs d'allocation et 4 erreurs de coh\u00e9rence dans la base de donn\u00e9es 'linkcorrupt'.\r\nrepair_allow_data_loss est le niveau minimum de r\u00e9paration pour les erreurs trouv\u00e9es par DBCC CHECKDB (linkcorrupt).<\/span><\/span><\/pre>\nIdentifier les plages de valeurs concern\u00e9es par la corruption:<\/h2>\n
CREATE TABLE #recover673 (parentobject varchar(50), Object varchar(100), Field varchar(50), Value varchar(max))\r\nGO\r\nINSERT INTO #recover673\u00a0 exec ('dbcc page(10,1,673,3) with tableresults')\r\nGO<\/span><\/pre>\nCREATE TABLE #recover675 (parentobject varchar(50), Object varchar(100), Field varchar(50), Value varchar(max))\r\nGO\r\nINSERT INTO #recover675\u00a0 exec ('dbcc page(10,1,675,3) with tableresults')\r\nGO<\/span><\/pre>\nselect Object, Value FROM #recover673 where Field='a'\r\nObject\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0Value\r\n--------------------------------------\u00a0 ---------\r\nSlot 0 Column 0 Offset 0x4 Length 9\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a03\r\nSlot 1 Column 0 Offset 0x4 Length 9\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a04<\/span>\r\n<\/span><\/pre>\nselect Object, Value FROM #recover675 where Field='a'\r\n\r\nObject\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0Value\r\n--------------------------------------\u00a0 ---------\r\nSlot 0 Column 0 Offset 0x4 Length 9\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a07<\/span>\r\nSlot 1 Column 0 Offset 0x4 Length 9\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a08<\/span><\/pre>\nselect * into T1_backup from T1 where 1=2\r\nGO\r\ninsert into T1_backup select a,b from T1 with (index = IDX_T1C)<\/span> where a in (1,2,3,4)\r\nGO\r\ninsert into T1_backup select a,b from T1 with (index = IDX_T1C)<\/span> where a >=7\r\nGO<\/span><\/pre>\nCREATE TABLE #recover674 (parentobject varchar(50), Object varchar(100), Field varchar(50), Value varchar(max))\r\nGO\r\ninsert into #recover674\u00a0 exec ('dbcc page(17,1,674,3) with tableresults')\r\nGO\r\n\r\n<\/span><\/pre>\nwith TA as (select cast(Object as char(6)) SlotID, Value from #recover674 where Field='a'),\r\nTB as (select cast(Object as char(6)) SlotID, Value from #recover674 where Field='b')\r\n<\/span>insert into T1_backup<\/span> select TA.Value as 'a', TB.value as 'b' from TA inner join TB on TA.SLotID = TB.SlotID\r\n\r\na\u00a0\u00a0\u00a0\u00a0\u00a0 b\r\n-------------------------------\r\n5\u00a0\u00a0\u00a0\u00a0\u00a0 bbbbbbbbbbbbbbbbbbb(...)\r\n6\u00a0\u00a0\u00a0\u00a0\u00a0 bbbbbbbbbbbbbbbbbbb(...)<\/span><\/span><\/pre>\n<\/a><\/a><\/a>","protected":false},"excerpt":{"rendered":"