folder Tahribat.com Forumları
linefolder Database - Veritabanı
linefolder Bozulan Mysql Veri Kurtarılır Mı?



Bozulan Mysql Veri Kurtarılır Mı?

  1. KısayolKısayol reportŞikayet pmÖzel Mesaj
    emuxa
    emuxa's avatar
    Kayıt Tarihi: 14/Haziran/2006
    Erkek

    Elimde sistem dosyaları zarar görmüş ama mysql klasörünün tamamen yedeği var içerisinde bir çok veri tabanı var çoğunun yedeği var ama ikisinin yedeği yok uzantıları .ibd bunları kurtarmanın bir yolu var mı?


    01100101 01101101 01110101 01111000 01100001
  2. KısayolKısayol reportŞikayet pmÖzel Mesaj
    camarade
    ontedi
    ontedi's avatar
    Kayıt Tarihi: 04/Eylül/2005
    Erkek

    elindeki dbleri mysqlin c altındaki bir klasörde dblerinin olduğu yere koyup dene.


    Matematikçi ve Yazılımcı. http://www.ontedi.com ve http://www.cizgi.site Siteme beklerim herkesi.
  3. KısayolKısayol reportŞikayet pmÖzel Mesaj
    emuxa
    emuxa's avatar
    Kayıt Tarihi: 14/Haziran/2006
    Erkek

    denedim sorun yarattı mysql ı başlatırken daha start ederken hata veriyor


    01100101 01101101 01110101 01111000 01100001
  4. KısayolKısayol reportŞikayet pmÖzel Mesaj
    All hail to Tux
    sandman
    sandman's avatar
    Kayıt Tarihi: 01/Eylül/2005
    Erkek

    Ne hatası veriyor?


    Mühendis kahveyi projeye dönüştüren bir insan evladıdır.
  5. KısayolKısayol reportŞikayet pmÖzel Mesaj
    emuxa
    emuxa's avatar
    Kayıt Tarihi: 14/Haziran/2006
    Erkek
    sandman bunu yazdı

    Ne hatası veriyor?

    2021-01-26 23:21:34 80d8 InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option innodb_use_sys_malloc and with the InnoDB's internal memory allocator.
    2021-01-26 23:21:34 32984 [Note] InnoDB: innodb_empty_free_list_algorithm has been changed to legacy because of small buffer pool size. In order to use backoff, increase buffer pool at least up to 20MB.

    2021-01-26 23:21:34 32984 [Note] InnoDB: Using mutexes to ref count buffer pool pages
    2021-01-26 23:21:34 32984 [Note] InnoDB: The InnoDB memory heap is disabled
    2021-01-26 23:21:34 32984 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
    2021-01-26 23:21:34 32984 [Note] InnoDB: _mm_lfence() and _mm_sfence() are used for memory barrier
    2021-01-26 23:21:34 32984 [Note] InnoDB: Compressed tables use zlib 1.2.3
    2021-01-26 23:21:34 32984 [Note] InnoDB: Using generic crc32 instructions
    2021-01-26 23:21:34 32984 [Note] InnoDB: Initializing buffer pool, size = 16.0M
    2021-01-26 23:21:34 32984 [Note] InnoDB: Completed initialization of buffer pool
    2021-01-26 23:21:34 32984 [Note] InnoDB: Highest supported file format is Barracuda.
    2021-01-26 23:21:34 32984 [Note] InnoDB: The log sequence number 1835037 in ibdata file do not match the log sequence number 2050675695 in the ib_logfiles!
    2021-01-26 23:21:34 32984 [ERROR] InnoDB: Invalid flags 0x4021 in tablespace 1334
    2021-01-26 23:21:34 32984 [ERROR] InnoDB: invalid tablespace flags in tablespace .\cleanqlc_cmrcicek\wp_actionscheduler_actions.ibd (table cleanqlc_cmrcicek/wp_actionscheduler_actions)
    2021-01-26 23:21:34 32984 [Note] InnoDB: Page size:1024 Pages to analyze:64
    2021-01-26 23:21:34 32984 [Note] InnoDB: Page size: 1024, Possible space_id count:0
    2021-01-26 23:21:34 32984 [Note] InnoDB: Page size:2048 Pages to analyze:64
    2021-01-26 23:21:34 32984 [Note] InnoDB: Page size: 2048, Possible space_id count:0
    2021-01-26 23:21:34 32984 [Note] InnoDB: Page size:4096 Pages to analyze:56
    2021-01-26 23:21:34 32984 [Note] InnoDB: Page size: 4096, Possible space_id count:0
    2021-01-26 23:21:34 32984 [Note] InnoDB: Page size:8192 Pages to analyze:28
    2021-01-26 23:21:34 32984 [Note] InnoDB: Page size: 8192, Possible space_id count:0
    2021-01-26 23:21:34 32984 [Note] InnoDB: Page size:16384 Pages to analyze:14
    2021-01-26 23:21:34 32984 [Note] InnoDB: VALID: space:1334 page_no:0 page_size:16384
    2021-01-26 23:21:34 32984 [Note] InnoDB: VALID: space:1334 page_no:1 page_size:16384
    2021-01-26 23:21:34 32984 [Note] InnoDB: VALID: space:1334 page_no:2 page_size:16384
    2021-01-26 23:21:34 32984 [Note] InnoDB: VALID: space:1334 page_no:3 page_size:16384
    2021-01-26 23:21:34 32984 [Note] InnoDB: VALID: space:1334 page_no:4 page_size:16384
    2021-01-26 23:21:34 32984 [Note] InnoDB: VALID: space:1334 page_no:5 page_size:16384
    2021-01-26 23:21:34 32984 [Note] InnoDB: VALID: space:1334 page_no:6 page_size:16384
    2021-01-26 23:21:34 32984 [Note] InnoDB: VALID: space:1334 page_no:7 page_size:16384
    2021-01-26 23:21:34 32984 [Note] InnoDB: VALID: space:1334 page_no:8 page_size:16384
    2021-01-26 23:21:34 32984 [Note] InnoDB: VALID: space:1334 page_no:9 page_size:16384
    2021-01-26 23:21:34 32984 [Note] InnoDB: VALID: space:1334 page_no:10 page_size:16384
    2021-01-26 23:21:34 32984 [Note] InnoDB: VALID: space:1334 page_no:11 page_size:16384
    2021-01-26 23:21:34 32984 [Note] InnoDB: Page size: 16384, Possible space_id count:1
    2021-01-26 23:21:34 32984 [Note] InnoDB: space_id:1334, Number of pages matched: 12/12 (16384)
    2021-01-26 23:21:34 32984 [Note] InnoDB: Chosen space:1334

    2021-01-26 23:21:34 32984 [Note] InnoDB: Restoring page 0 of tablespace 1334
    2021-01-26 23:21:34 32984 [Warning] InnoDB: Doublewrite does not have page_no=0 of space: 1334
    2021-01-26 23:21:34 80d8 InnoDB: Operating system error number 203 in a file operation.
    InnoDB: Some operating system error numbers are described at
    InnoDB: http://dev.mysql.com/doc/refman/5.6/en/operating-system-error-codes.html
    InnoDB: Error: could not open single-table tablespace file .\cleanqlc_cmrcicek\wp_actionscheduler_actions.ibd
    InnoDB: We do not continue the crash recovery, because the table may become
    InnoDB: corrupt if we cannot apply the log records in the InnoDB log to it.
    InnoDB: To fix the problem and start mysqld:
    InnoDB: 1) If there is a permission problem in the file and mysqld cannot
    InnoDB: open the file, you should modify the permissions.
    InnoDB: 2) If the table is not needed, or you can restore it from a backup,
    InnoDB: then you can remove the .ibd file, and InnoDB will do a normal
    InnoDB: crash recovery and ignore that table.
    InnoDB: 3) If the file system or the disk is broken, and you cannot remove
    InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf
    InnoDB: and force InnoDB to continue crash recovery here.
    210126 23:21:34 [ERROR] mysqld got exception 0x80000003 ;
    This could be because you hit a bug. It is also possible that this binary
    or one of the libraries it was linked against is corrupt, improperly built,
    or misconfigured. This error can also be caused by malfunctioning hardware.

    To report this bug, see https://mariadb.com/kb/en/reporting-bugs

    We will try our best to scrape up some info that will hopefully help
    diagnose the problem, but since we have already crashed,
    something is definitely wrong and this may fail.

    Server version: 10.1.34-MariaDB
    key_buffer_size=16777216
    read_buffer_size=262144
    max_used_connections=0
    max_threads=1001
    thread_count=0
    It is possible that mysqld could use up to
    key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 787136 K bytes of memory
    Hope that's ok; if not, decrease some variables in the equation.

    Thread pointer: 0x0
    Attempting backtrace. You can use the following information to find out
    where mysqld died. If you see no messages after this, something went
    terribly wrong...
    mysqld.exe!my_parameter_handler()
    mysqld.exe!strxnmov()
    mysqld.exe!parse_user()
    mysqld.exe!parse_user()
    mysqld.exe!parse_user()
    mysqld.exe!parse_user()
    mysqld.exe!?ha_initialize_handlerton@@YAHPAUst_plugin_int@@@Z()
    mysqld.exe!?plugin_init@@YAHPAHPAPADH@Z()
    mysqld.exe!?plugin_init@@YAHPAHPAPADH@Z()
    mysqld.exe!?init_net_server_extension@@YAXPAVTHD@@@Z()
    mysqld.exe!?win_main@@YAHHPAPAD@Z()
    mysqld.exe!?mysql_service@@YAHPAX@Z()
    mysqld.exe!strxnmov()
    KERNEL32.DLL!BaseThreadInitThunk()
    ntdll.dll!RtlGetAppContainerNamedObjectPath()
    ntdll.dll!RtlGetAppContainerNamedObjectPath()
    The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
    information that should help you find out what is causing the crash.

     

    mysql log'u


    01100101 01101101 01110101 01111000 01100001
  6. KısayolKısayol reportŞikayet pmÖzel Mesaj
    Hermes
    abdullahazad
    abdullahazad's avatar
    Kayıt Tarihi: 21/Mayıs/2007
    Erkek

    yarin gun icerisinde yardimci olmaya calisayim


    az insan çok huzur.
  7. KısayolKısayol reportŞikayet pmÖzel Mesaj
    emuxa
    emuxa's avatar
    Kayıt Tarihi: 14/Haziran/2006
    Erkek

    valla çok sevinirim :)


    01100101 01101101 01110101 01111000 01100001
  8. KısayolKısayol reportŞikayet pmÖzel Mesaj
    emuxa
    emuxa's avatar
    Kayıt Tarihi: 14/Haziran/2006
    Erkek

    up mup pup olsun 


    01100101 01101101 01110101 01111000 01100001
  9. KısayolKısayol reportŞikayet pmÖzel Mesaj
    CEO
    CEO's avatar
    Kayıt Tarihi: 28/Şubat/2009
    Erkek

    eski mysql versiyonunun birebir aynısını yükleyerek deneyebilirsin hocam. Versiyon farkından dolayı da başlatma hatası veriyor olabilir.

    Posgresql veritabanı var bende de, aynı yöntemle yedek alabiliyorum, farklı versiyon yükleyince veritabanı başlatılamadı hatası veriyor.

    Belki sende de aynı yöntem işe yarayabilir.

  10. KısayolKısayol reportŞikayet pmÖzel Mesaj
    Hermes
    abdullahazad
    abdullahazad's avatar
    Kayıt Tarihi: 21/Mayıs/2007
    Erkek
    emuxa bunu yazdı

    up mup pup olsun 

    https://mega.nz/file/W4xEFQ4L#swtpwkzYujFMk4kqpiHfnRAEGchfnH90nT5vo4nEZ0I

    şunu deneyebilirsin recovery için hocam

    ben bunla baya bir data kurtarmistim


    az insan çok huzur.
  11. KısayolKısayol reportŞikayet pmÖzel Mesaj
    emuxa
    emuxa's avatar
    Kayıt Tarihi: 14/Haziran/2006
    Erkek
    CEO bunu yazdı

    eski mysql versiyonunun birebir aynısını yükleyerek deneyebilirsin hocam. Versiyon farkından dolayı da başlatma hatası veriyor olabilir.

    Posgresql veritabanı var bende de, aynı yöntemle yedek alabiliyorum, farklı versiyon yükleyince veritabanı başlatılamadı hatası veriyor.

    Belki sende de aynı yöntem işe yarayabilir.

    dediğini denedim bir sandbox oluşturdum orada en yeni xamp ı kurdum herşey ok çalıştı ama veritabanının içindeki table ları görüyorum ama onların içeriğini açmıyor boyutu olan yerde "use" diyor :/


    01100101 01101101 01110101 01111000 01100001
Toplam Hit: 2278 Toplam Mesaj: 12
veritabani .ibd kurtarma mysql veri kurtarma