Migrating from RDBMS to MongoDB
-
Upload
mongodb -
Category
Technology
-
view
4.811 -
download
4
Transcript of Migrating from RDBMS to MongoDB
![Page 2: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/2.jpg)
Before We Begin
• This webinar is being recorded • Use The Chat Window for
• Technical assistance • Q&A
• MongoDB Team will answer quick questions in realtime
• “Common” questions will be reviewed at the end of the webinar
![Page 3: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/3.jpg)
Who Am I? • Yes, I use “Buzz” on my business cards • Former Investment Bank Chief Architect at JPMorganChase and Bear
Stearns before that • Over 27 years of designing and building systems
• Big and small • Super-specialized to broadly useful in any vertical • “Traditional” to completely disruptive • Advocate of language leverage and strong factoring • Inventor of perl DBI/DBD
• Still programming – using emacs, of course
![Page 4: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/4.jpg)
Today’s Goal
Explore issues in moving an existing RDBMS system to MongoDB
• What is MongoDB? • Determining Migration Value • Roles and Responsibilities • Bulk Migration Techniques • System Cutover
![Page 5: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/5.jpg)
MongoDB: The Leading NoSQL Database
Document Data Model
Open-Source
Fully Featured High Performance
Scalable
{ ! name: “John Smith”,! pfxs: [“Dr.”,”Mr.”],! address: “10 3rd St.”,! phone: {!
!home: 1234567890,! !mobile: 1234568138 }!}!
![Page 6: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/6.jpg)
What is MongoDB for?
• The data store for all systems of engagement – Demanding, real-time SLAs – Diverse, mixed data sets – Massive concurrency – Globally deployed over multiple sites – No downtime tolerated – Able to grow with user needs – High uncertainty in sizing – Fast scaling needs – Delivers a seamless and consistent experience
![Page 7: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/7.jpg)
Why Migrate At All?
![Page 8: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/8.jpg)
Understand Your Pain(s)
Existing solution must be struggling to deliver 2 or more of the following capabilities:
• High performance (1000’s – millions queries / sec) - reads & writes
• Need dynamic schema with rich shapes and rich querying
• Need truly agile SDLC and quick time to market for new features
• Geospatial querying
• Need for effortless replication across multiple data centers, even globally
• Need to deploy rapidly and scale on demand
• 99.999% uptime (<10 mins / yr)
• Deploy over commodity computing and storage architectures
• Point in Time recovery
![Page 9: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/9.jpg)
Migration Difficulty Varies By Architecture
Migrating from RDBMS to MongoDB is not the same as migrating from one RDBMS to another. To be successful, you must address your overall design and technology stack, not just schema design.
![Page 10: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/10.jpg)
Migration Effort & Target Value
Target Value = CurrentValue + Pain Relief – Migration Effort
Migration Effort is: • Variable / “Tunable” • Can occur at different
amounts in different levels of the stack
Pain Relief: • Highly Variable • Potentially non-linear
![Page 11: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/11.jpg)
The Stack: The Obvious
RDBMS
JDBC
SQL / ResultSet
ORM
POJOs
Assume there will be many changes at this level: • Schema • Stored Procedure Rewrite • Ops management • Backup & Restore • Test Environment setup
Apps
Storage Layer
![Page 12: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/12.jpg)
Don’t Forget the Storage
Most RDBMS are deployed over SAN. MongoDB works on SAN, too – but value may exist in switching to locally attached storage
RDBMS
JDBC
SQL / ResultSet
ORM
POJOs
Apps
Storage Layer
![Page 13: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/13.jpg)
Less Obvious But Important
Opportunities may exist to increase platform value:
• Convergence of HA and DR • Read-only use of secondaries • Schema • Ops management • Backup & Restore • Test Environment setup
RDBMS
JDBC
SQL / ResultSet
ORM
POJOs
Apps
Storage Layer
![Page 14: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/14.jpg)
O/JDBC is about Rectangles
MongoDB uses different drivers, so different • Data shape APIs • Connection pooling • Write durability And most importantly • No multi-document TX RDBMS
JDBC
SQL / ResultSet
ORM
POJOs
Apps
Storage Layer
![Page 15: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/15.jpg)
NoSQL means… well… No SQL
MongoDB doesn’t use SQL nor does it return data in rectangular form where each field is a scalar And most importantly • No JOINs in the database
RDBMS
JDBC
SQL / ResultSet
ORM
POJOs
Apps
Storage Layer
![Page 16: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/16.jpg)
Goodbye, ORM
ORMs are designed to move rectangles of often repeating columns into POJOs. This is unnecessary in MongoDB.
RDBMS
JDBC
SQL / ResultSet
ORM
POJOs
Apps
Storage Layer
![Page 17: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/17.jpg)
The Tail (might) Wag The Dog
Common POJOs NoNos: • Mimic underlying relational
design for ease of ORM integration
• Carrying fields like “id” which
violate object / containing domain design
• Lack of testability without a
persistor RDBMS
JDBC
SQL / ResultSet
ORM
POJOs
Apps
Storage Layer
![Page 18: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/18.jpg)
Migrate Or Rewrite: Cost/Benefit Analysis
Migration Approach
RDBMS
JDBC
SQL / ResultSet
ORM
POJOs
Apps
Rewrite Approach
Con
stan
t mar
gina
l cos
t C
onsi
sten
t and
cle
an d
esig
n
Incr
easi
ng m
argi
nal c
ost
Dec
reas
ing
valu
e of
m
igra
tion
vs. r
ewrit
e $
$
$
$ Storage Layer
![Page 19: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/19.jpg)
Sample Migration Investment “Calculator” Design Aspect Difficulty Include Two-phase XA commit to external systems (e.g. queues) -5
More than 100 tables most of which are critical -3 ✔
Extensive, complex use of ORMs -3
Hundreds of SQL driven BI reports -2
Compartmentalized dynamic SQL generation +2 ✔
Core logic code (POJOs) free of persistence bits +2 ✔
Need to save and fetch BLOB data +2
Need to save and query third party data that can change +4
Fully factored DAL incl. query parameterization +4
Desire to simplify persistence design +4
SCORE +1
If score is less than 0, significant investment may be required to produce desired migration value
![Page 20: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/20.jpg)
Migration Spectrum
• Small number of tables (20) • Complex data shapes stored in BLOBs • Millions or billions of items • Frequent (monthly) change in data shapes • Well-constructed software stack with DAL
• POJO or apps directly constructing and executing SQL
• Hundreds of tables • Slow growth • Extensive SQL-based BI reporting
GOOD
REWRITE INSTEAD
![Page 21: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/21.jpg)
What Are People Going To Do Differently?
![Page 22: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/22.jpg)
Everyone Needs To Change A Bit
• Line of business • Solution Architects • Developers • Data Architects • DBAs • System Administrators • Security
![Page 23: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/23.jpg)
…especially these guys
• Line of business • Solution Architects • Developers • Data Architects • DBAs • System Administrators • Security
![Page 24: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/24.jpg)
Data Architect’s View: Data Modeling
RDBMS MongoDB
{ name: { last: "Dunham”, first: “Justin” }, department : "Marketing", pets: [ “dog”, “cat” ], title : “Manager", locationCode: “NYC23”, benefits : [ { type : "Health", plan : “Plus" }, { type : "Dental", plan : "Standard”, optin: true } ] }
![Page 25: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/25.jpg)
An Example
![Page 26: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/26.jpg)
Structures: Beyond Scalars
BUYER_FIRST_NAME BUYER_LAST_NAME BUYER_MIDDLE_NAME INSERT INTO COLL BUYER_FIRST_NAME BUYER_LAST_NAME BUYER_MIDDLE_NAME
Map bn = makeName(FIRST, LAST, MIDDLE); Collection.insert( {“buyer_name”, bn});
Select BUYER_FIRST_NAME BUYER_LAST_NAME BUYER_MIDDLE_NAME ..
Collection.find(pred, {“buyer_name”:1});
{ first: “Buzz”, last: “Moschetti” }
![Page 27: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/27.jpg)
Graceful Pick-Up of New Fields
BUYER_FIRST_NAME BUYER_LAST_NAME BUYER_MIDDLE_NAME BUYER_NICKNAME INSERT INTO COLL [prev + NICKNAME]
Map bn = makeName(FIRST, LAST, MIDDLE,NICKNAME);
Select BUYER_FIRST_NAME BUYER_LAST_NAME BUYER_MIDDLE_NAME BUYER_NICKNAME ….
Collection.insert( {“buyer_name”, bn}); Collection.find(pred, {“buyer_name”:1}); NO change
![Page 28: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/28.jpg)
New Instances Really Benefit
BUYER_FIRST_NAME BUYER_LAST_NAME BUYER_MIDDLE_NAME BUYER_NICKNAME SELLER_FIRST_NAME SELLER_LAST_NAME SELLER_MIDDLE_NAME SELLER_NICKNAME
INSERT INTO COLL [prev + SELLER_FIRST_NAME, SELLER_LAST_NAME, SELLER….]
Map bn = makeName(FIRST, LAST, MIDDLE,NICKNAME); Map sn = makeName(FIRST, LAST, MIDDLE,NICKNAME); Collection.insert( {“buyer_name”, bn, “seller_name”: sn});
Select BUYER_FIRST_NAME BUYER_LAST_NAME BUYER_MIDDLE_NAME BUYER_NICKNAME SELLER_FIRST_NAME SELLER_LAST_NAME SELLER_MIDDLE_NAME SELLER_NICKNAME
Collection.find(pred, {“buyer_name”:1, “seller_name”:1}); Easy change
![Page 29: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/29.jpg)
… especially on Day 3
BUYER_FIRST_NAME BUYER_LAST_NAME BUYER_MIDDLE_NAME BUYER_NICKNAME SELLER_FIRST_NAME SELLER_LAST_NAME SELLER_MIDDLE_NAME SELLER_NICKNAME LAWYER_FIRST_NAME LAWYER_LAST_NAME LAWYER_MIDDLE_NAME LAWYER_NICKNAME CLERK_FIRST_NAME CLERK_LAST_NAME CLERK_NICKNAME QUEUE_FIRST_NAME QUEUE_LAST_NAME …
Need to add TITLE to all names • What’s a “name”? • Did you find them all? • QUEUE is not a “name”
![Page 30: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/30.jpg)
Day 3 with Rich Shape Design
Map bn = makeName(FIRST, LAST, MIDDLE,NICKNAME,TITLE); Map sn = makeName(FIRST, LAST, MIDDLE,NICKNAME,TITLE);
Collec?on.insert({“buyer_name”, bn, “seller_name”: sn}); Collec?on.find(pred, {“buyer_name”:1, “seller_name”:1});
NO change
Easy change
![Page 31: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/31.jpg)
Architects: You Have Choices
Less Schema Migration More Schema Migration Advantages • Less effort to migrate bulk data
• Less changes to upstack code • Less work to switch feed
constructors
• Use conversion effort to fix sins of past • Structured data offers better day 2
agility • Potential performance improvements
with appropriate 1:n embedding
Challenges • Unnecessary JOIN functionality forced upstack
• Perpetuating field overloading • Perpetuating non-scalar field
encoding/formatting
• Additional investment in design
![Page 32: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/32.jpg)
Don’t Forget The Formula
Even without major schema change, horizontal scalability and mixed read/write performance may deliver desired platform value!
Target Value = CurrentValue + Pain Relief – Migration Effort
![Page 33: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/33.jpg)
DBAs Focus on Leverageable Work
Traditional RDBMS
MongoDB
EXPERTS
“TRUE” ADMIN
SDLC
EXPERTS
“TRUE” ADMIN
SDLC
Small number, highly leveraged. Scales to overall organization
Monitoring, ops, user/entitlement admin, etc. Scales with number of databases and physical platforms
Test setup, ALTER TABLE, production release. Does not scale well, i.e. one DBA for one or two apps.
Agg
rega
te A
ctiv
ity /
Task
s
Developers/PIM – already at scale – pick up many tasks
![Page 34: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/34.jpg)
Bulk Migration
![Page 35: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/35.jpg)
From The Factory: mongoimport $ head -‐1 customers.json { "name": { "last": "Dunham", "first": "Jus?n" }, "department" : "Marke?ng", "pets": [ "dog", "cat" ] , "hire": {"$date": "2012-‐12-‐14T00:00:00Z"} ,"?tle" : "Manager", "loca?onCode": "NYC23" , "benefits" : [ { "type":"Health", "plan":"Plus" }, { "type" : "Dental", "plan" : "Standard", "op?n": true }]} $ mongoimport -‐-‐db test -‐-‐collec8on customers –drop < customers.json connected to: 127.0.0.1 2014-‐11-‐26T08:36:47.509-‐0800 imported 1000 objects $ mongo MongoDB shell version: 2.6.5 connec?ng to: test Ø db.customers.findOne() {
"_id" : ObjectId("548f5c2da40d2829f0ed8be9"), "name" : { "last" : "Dunham”, “first" : "Jus?n” }, "department" : "Marke?ng", "pets" : [ "dog”"cat”], "hire" : ISODate("2012-‐12-‐14T00:00:00Z"), "?tle" : "Manager", "loca?onCode" : "NYC23", "benefits" : [ { "type" : "Health", "plan" : "Plus" },{ "type" : "Dental", "plan" : "Standard", "op?n" : true } ]
}
![Page 36: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/36.jpg)
Traditional vendor ETL
Source Database ETL
![Page 37: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/37.jpg)
Community Efforts github.com/bryanreinero/Firehose! • Componentized CLI, DB-writer, and instrumentation modules
• Multithreaded
• Application framework • Good starting point for your own custom loaders
![Page 38: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/38.jpg)
Community Efforts github.com/buzzm/mongomtimport! • High performance Java multithreaded loader
• User-defined parsers and handlers for special transformations • Field encrypt / decrypt • Hashing • Reference Data lookup and incorporation
• Advanced features for delimited and fixed-width files • Type assignment including arrays of scalars
![Page 39: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/39.jpg)
Shameless Plug for r2m
!# r2m script fragment!collections => {! peeps => {! tblsrc => "contact",! flds => {! name => [ "fld", {! colsrc => ["FNAME”,"LNAME"], ! f => sub {! my($ctx,$vals) = @_;! my $fn = $vals->{"FNAME”};! $fn = ucfirst(lc($fn));! my $ln = $vals->{"LNAME"};! $ln = ucfirst(lc($ln));! return { first => $fn,! last => $ln };! }! }]!
github.com/buzzm/r2m!• Perl DBD/DBI based framework • Highly customizable but still “framework-convenient”
CONTACT
FNAME LNAME
JONES BOB
KALAN MATT
Collection “peeps”!{! name: {! first: “Bob”,! last: “Jones”! }! . . . !}!{! name: {! first: “Matt”,! last: “Kalan”! }! . . . !}!!
![Page 40: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/40.jpg)
r2m works well for 1:n embedding
#r2m script fragment!…!collections => {! peeps => {! tblsrc => ”contact",! flds => {! lname => “LNAME",! phones => [ "join", {! link => [“uid", “xid"]! },! { tblsrc => "phones",! flds => {! number => "NUM”,! type => "TYPE”! } ! }]!
!}! }!!!
Collection “peeps”!{! lname: “JONES”,! phones: [! { "number”:”272-1234",! "type" : ”HOME” },! { "number”:”272-4432",! "type" : ”HOME” },! { "number”:”523-7774",! "type" : ”HOME” }! ]! . . . !}!{! lname: “KALAN”,! phones: [! { "number”:”423-8884",! "type" : ”WORK” }! ]!}!
PHONES
NUM TYPE XID
272-‐1234 HOME 1
272-‐4432 HOME 1
523-‐7774 HOME 1
423-‐8884 WORK 2
CONTACT
FNAME LNAME UID
JONES BOB 1
KALAN MATT 2
![Page 41: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/41.jpg)
System Cutover
![Page 42: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/42.jpg)
STOP … and Test
Way before you go live, TEST Try to break the system ESPECIALLY if performance and/or scalability was a major pain relief factor
![Page 43: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/43.jpg)
“Hours” Downtime Approach
RDBMS
JDBC
SQL / ResultSet
ORM
POJOs
Apps
MongoDB Drivers
DAL
POJOs
Apps
RDBMS
JDBC
SQL / ResultSet
ORM
POJOs
Apps
MongoDB Drivers
DAL
POJOs
Apps
RDBMS
JDBC
SQL / ResultSet
ORM
POJOs
Apps
MongoDB Drivers
DAL
POJOs
Apps
LIVE ON OLD STACK “MANY HOURS ONE SUNDAY NIGHT…”
LIVE ON NEW STACK
![Page 44: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/44.jpg)
“Minutes” Downtime Approach
RDBMS
JDBC
SQL / ResultSet
ORM
POJOs
Apps
DAL
MongoDB Drivers
RDBMS
JDBC
SQL / ResultSet
ORM
POJOs
Apps
DAL
MongoDB Drivers
LIVE ON MERGED STACK
SOFTWARE SWITCHOVER
RDBMS
JDBC
SQL / ResultSet
ORM
POJOs
Apps
DAL
MongoDB Drivers
BLOCK ACTIVITY, COMPLETE LAST “FLUSH” OF DATA
![Page 45: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/45.jpg)
Zero Downtime Approach
RDBMS
JDBC
SQL / ResultSet
ORM
POJOs
Apps
DAL
MongoDB Drivers
POJOs
Apps
DAL
MongoDB Drivers
2
1. DAL submits operation to MongoDB “side” first 2. If operation fails, DAL calls a shunt [T] to the RDBMS side and copies/sync state to MongoDB.
Operation (1) is called again and succeeds 3. “Disposable” Shepherd utils can generate additional conversion activity 4. When shunt records no activity, migration is complete; shunt can be removed later
4
Shepherd
3
Low-level Shepherd
T 1
![Page 46: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/46.jpg)
MongoDB Is Here To Help MongoDB Enterprise Advanced The best way to run MongoDB in your data center MongoDB Management Service (MMS) The easiest way to run MongoDB in the cloud Production Support In production and under control Development Support Let’s get you running Consulting We solve problems Training Get your teams up to speed.
![Page 47: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/47.jpg)
Migration Success stories
![Page 48: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/48.jpg)
Questions & Answers
![Page 49: Migrating from RDBMS to MongoDB](https://reader031.fdocuments.in/reader031/viewer/2022020207/559f5ccd1a28ab206b8b47f3/html5/thumbnails/49.jpg)
Thank you