smf2 가져오기에 대해 질문이 있습니다. 프로그램은 정상적으로 작동하지만, 속도가 매우 느립니다.
그리고 점점 더 느려집니다. 이전에 드루플(Drupal)로 마이그레이션을 시도했을 때 약간 더 빨랐고, 3~4일 정도 걸렸습니다. smf2.rb를 밤새도록 실행했는데 진행률이 3%밖에 되지 않았습니다. 18시간 동안 진행률이 8.2%밖에 올라가지 않았습니다.
제 질문은 이 작업을 가장 빠르게 수행하는 최선의 방법이 무엇인지입니다.
1분에 몇 개의 게시글을 보고 있나요? 게시글이 몇 개 있나요?
이후 실행은 이미 가져온 데이터를 건너뛰므로 더 빠르며, 최종 전환 시 다운타임이 거의 없도록 할 수 있습니다.
빠른 CPU와 충분한 RAM이 있나요? Postgres가 최적화되어 있나요?
안녕하세요 @pfaffman, 마이그레이션은 아직 시작되지 않았으며 현재 사용자 가져오기가 진행 중입니다. 분당 약 1900개 항목이 처리되는 것으로 표시되고 있지만, 실제로 보고되는 속도는 분당 약 60~70개 항목 수준입니다.
이 작업을 더 빠르게 진행할 수 있는 제안이 있을까요?
사용자가 몇 명이나 있나요?
제가 본 중에서는 분당 1900명이 최대였습니다.
분당 60~70명이라는 것은 무슨 뜻인가요?
더 빠른 일괄 가져오기 스크립트가 몇 가지 있지만, smf2용은 없는 것 같습니다.
전체 사용자 수는 약 58만 명입니다. 그리고 1분에 1,900건은 매우 높은 수치이지만, 실제로는 백엔드와 UI에서 확인한 결과 분당 약 60~70건으로 마이그레이션되고 있습니다. 해당 폴더도 확인해 보았지만 smf2용 스크립트는 없습니다. smf2용 일괄 가져오기 스크립트가 다른 곳에 있는지 알고 계신가요?
사용자가 어떤 이유로든 가져오지지 않는 경우(이미 존재하는 경우?)를 제외하면, 보고되는 숫자는 실제로 가져온 숫자입니다.
아, 하지만 초기 가져오기 이후에 실행 중이라면, 스크립트가 시작되었을 때 이미 존재하던 사용자를 카운트에 포함시키기 때문에 그 숫자가 부풀려진 것입니다. 따라서 그 사용자를 가져오기까지 약 한 주 정도가 걸릴 것입니다.
게시글은 몇 개인가요?
기기의 속도는 얼마나 되나요? RAM 용량은 얼마인가요? Postgres를 위해 어떤 튜닝을 했나요? 소스 데이터베이스가 병목 현상을 일으키고 있나요?
SMF2를 위한 비밀 일괄 가져오기 스크립트에 대해 알고 있지 않습니다. 몇 주 동안 실행되던 가져오기를 경험한 적이 있습니다. 최종 가져오기는 그렇게 오래 걸리지 않을 것입니다. 그냥 인내심을 갖고 기다리세요.